Une bonne alerte est urgente, actionnable et liée à un impact utilisateur, avec un lien vers un runbook. Tout le reste devrait être un ticket ou un tableau de bord. Pour nettoyer une rotation, sortez un mois d'alertes, comptez-les par règle, et supprimez ou rétrogradez tout ce qui est systématiquement acquitté sans action. Remplacez les alertes basées sur les causes par des alertes symptôme sur le taux de consommation du budget d'erreur, et fixez un budget d'alertes par garde.
Pourquoi les recruteurs posent cette question
La fatigue d'alerte est un vrai risque de fiabilité, puisqu'une rotation qui sonne quarante fois par semaine entraîne les gens à ignorer celle qui compte. Les recruteurs veulent un processus de nettoyage guidé par les données, la distinction symptôme contre cause, et la preuve que vous supprimeriez vraiment des alertes au lieu d'en ajouter. Annoncer un taux d'alertes cible montre que vous avez porté une rotation.
Comment structurer votre réponse
- Énoncez les trois tests qu'une alerte doit passer : urgente, actionnable, à impact utilisateur.
- Sortez les données : alertes par règle, par garde, et action entreprise.
- Supprimez ou rétrogradez les alertes qui ne mènent jamais à une action.
- Passez des alertes basées sur les causes aux alertes de taux de consommation du SLO.
- Fixez un budget d'alertes et traitez son dépassement comme un défaut.
Exemple de réponse
Mon test est simple : est-ce que ça exige un humain tout de suite, cet humain peut-il y faire quelque chose, et est-ce qu'un utilisateur s'en soucie. Si l'une des trois réponses est non, c'est un ticket ou un graphe, pas une alerte. Pour le nettoyage, je pars toujours des données, donc j'exporte un mois d'alertes groupées par règle et j'ajoute une colonne sur ce que l'intervenant a réellement fait. La dernière fois que j'ai fait ça, quatre règles représentaient plus de 70% des alertes et chacune se résolvait par un acquittement sans action. Elles ont été supprimées, pas ajustées. Ensuite j'ai remplacé un mur de règles basées sur les causes du genre disque à 80% et pod redémarré par des alertes de taux de consommation sur le SLO, comme ça on alerte quand les utilisateurs souffrent à un rythme qui va épuiser le budget d'erreur, et on laisse les causes apparaître sur les tableaux de bord pendant l'investigation. On s'est fixé une cible de moins de deux alertes par garde et on traitait un dépassement comme un défaut avec un ticket, ce qui gardait tout le monde honnête.
Vous passez cet entretien bientôt ? GhostPilot écoute votre appel en direct, repère la question dès qu'elle est posée et affiche une réponse structurée à l'écran en temps réel. Essayez-le lors de votre prochain entretien blanc, ou prenez un Session Pass à $29, sans abonnement, pour le jour J.
Voir comment ça marcheQuestions de relance à prévoir
- Comment structureriez-vous ensemble des alertes de consommation rapide et lente ?
- Que faites-vous d'une alerte bruyante mais parfois réelle ?
- Comment gérez-vous une équipe qui refuse de supprimer ses alertes ?
Autres questions pour Ingénieur SRE
Votre recruteur posera sa propre version de celle-ci. Collez votre véritable fiche de poste dans le Question Predictor gratuit et obtenez les 20 questions que ce poste a le plus de chances de poser, avec ce que chacune cherche vraiment à sonder.
Prédire mes questions