Sur cette page
Questions pour s’entraîner
Tell me about a system you ran in production.
Parle-moi d’un système que tu as géré en production.
Pourquoi cette questionElle veut voir une vraie expérience avec des systèmes en service, pas seulement une connaissance des outils.
Dis ce que faisait le système et qui l’utilisait. Donne un ou deux chiffres : utilisateurs, clusters ou trafic. Utilise « I » pour tes propres tâches. Ajoute si tu faisais des astreintes. Reste sur trois ou quatre phrases.
How did you monitor that system, and how did you decide what to alert on?
Comment surveillais-tu ce système, et comment as-tu décidé des alertes à mettre en place ?
Pourquoi cette questionUne bonne surveillance détecte les problèmes tôt. Elle veut savoir comment tu surveilles un système sans créer trop d’alertes.
Dis ce que tu surveillais : erreurs, temps de réponse ou espace disque. Explique une alerte que tu as ajoutée et pourquoi elle comptait. Tu peux dire : « We only alerted on problems that users would notice. »
How did you make changes or deployments safely?
Comment faisais-tu des changements ou des déploiements en toute sécurité ?
Pourquoi cette questionBeaucoup de problèmes commencent par un changement. Elle veut voir comment tu réduis le risque.
Décris tes vraies étapes. Tu testais peut-être d’abord, tu déployais pour un petit groupe, ou tu avais un plan de retour en arrière. Donne un court exemple d’un changement réussi, ou d’un changement que tu as annulé.
Did you manage infrastructure as code? Tell me about it.
As-tu géré de l’infrastructure as code ? Parle-m’en.
Pourquoi cette questionElle veut savoir comment tu crées et modifies l’infrastructure de façon reproductible.
Dis ce que tu définissais dans le code : serveurs, réseaux ou permissions. Explique ta part : écrire, relire ou corriger. Donne un avantage, par exemple moins d’erreurs manuelles. Si tu l’as peu utilisé, dis-le honnêtement.
Tell me about your worst outage. What broke, and what did you do first?
Parle-moi de ta pire panne. Qu’est-ce qui est tombé, et qu’as-tu fait en premier ?
Pourquoi cette questionLes pannes arrivent. Elle veut voir tes premières actions sous pression et comment tu choisis tes priorités.
Suis trois étapes : ce qui est tombé, ce que tu as fait en premier, et ce qui a changé ensuite. Par exemple : « The database disk filled up. I added space. Then we set up an alert. » Garde l’histoire courte.
Tell me about a cost or security choice you made.
Parle-moi d’un choix de coût ou de sécurité que tu as fait.
Pourquoi cette questionLe travail dans le cloud demande des compromis. Elle veut entendre comment tu réfléchis et décides.
Dis les deux options, ton choix et pourquoi. Par exemple : « We chose a smaller instance type for the test servers. It cut cost, and the risk was low. » Donne une raison claire.
Why did you choose that over the other option?
Pourquoi as-tu choisi ça plutôt que l’autre option ?
Pourquoi cette questionElle vérifie que ton choix avait une raison claire, et pas seulement une habitude ou un outil que tu aimes.
Parle de risque, de coût ou de vitesse. Tu peux dire : « We chose the cheaper option because the risk was low. » Si tu choisirais autre chose aujourd’hui, dis-le honnêtement.
Tell me about a mistake you made while running a system.
Parle-moi d’une erreur que tu as faite en gérant un système.
Pourquoi cette questionOn fait plus facilement confiance à des ingénieurs honnêtes. Elle veut voir comment tu assumes une erreur.
Choisis une erreur réelle mais petite. Dis ce qui s’est passé, comment tu l’as réparée et ce que tu fais autrement aujourd’hui. Reste simple. Ne blâme pas les autres.
How do you work with other engineers when there is a problem?
Comment travailles-tu avec les autres ingénieurs quand il y a un problème ?
Pourquoi cette questionC’est sa question sur le travail en équipe. Elle veut savoir comment tu partages le travail et comment tu communiques.
Donne un exemple. Dis comment tu partageais les informations, demandais de l’aide ou répartissais les tâches. Pendant un incident, envoie des messages courts et clairs. Après, participe au bilan et écoute les autres.
Tell me about a time you disagreed with a teammate about a technical choice.
Parle-moi d’une fois où tu n’étais pas d’accord avec un collègue sur un choix technique.
Pourquoi cette questionElle veut voir comment tu gères des avis différents tout en arrivant à une décision ensemble.
Explique les deux idées de façon juste. Dis comment vous en avez parlé, peut-être avec des données ou un petit test. Dis ce que vous avez décidé ensemble. Montre du respect pour l’autre personne.
Let me think of a good example.
Laisse-moi chercher un bon exemple.
Clara
Coach IA
Leo
Coach IA
Phrases à essayer
Let me think of a good example.
Laisse-moi chercher un bon exemple.
My part was to watch the alerts and fix the problem.
Ma part était de surveiller les alertes et de corriger le problème.
The system served about … users a day.
Le système servait environ … utilisateurs par jour.
The first thing I did was …
La première chose que j’ai faite, c’était …
After that, we added an alert so it would not happen again.
Après ça, nous avons ajouté une alerte pour que ça n’arrive plus.
We chose the cheaper option because the risk was low.
Nous avons choisi l’option la moins chère, car le risque était faible.
Questions fréquentes
Y a-t-il un test de code dans cet entretien ?
Non. Dans cet entretien, Dana ne donne pas de test de code. Elle te demande de parler de systèmes que tu as gérés et de choix que tu as faits. Prépare des exemples clairs à dire à voix haute, pas du code.
Et si ma panne était de ma faute ?
Ce n’est pas un problème. Beaucoup de bonnes histoires commencent par une erreur. Sois honnête sur ce qui s’est passé. Concentre-toi sur ce que tu as fait pour réparer et sur ce qui a changé ensuite. Assumer une erreur calmement peut montrer de la maturité.
Dois-je citer tous les outils que je connais ?
Pas sous forme de liste. Cite les outils seulement dans un vrai exemple. Si tu fais juste une liste, la personne en face peut demander : « What did you do yourself ? » Parle de tes actions, de la taille du système et de tes raisons.