Alerte sobre sintomas que um cliente notaria e sobre os quais um humano pode agir agora, normalmente ligados aos seus objetivos de serviço: taxa de erro elevada, latência estourando a meta, uma fila crescendo sem limite, um backup que falhou. Registre e coloque em dashboard todo o resto, incluindo métricas individuais de recurso como CPU, que são úteis para diagnóstico mas gatilhos ruins. Se a resposta a um alerta é reconhecer e voltar a dormir, ele deveria ser um ticket.
Por que os entrevistadores perguntam isso
Desenho de alertas é um dos sinais mais claros de maturidade operacional. O entrevistador quer alertas baseados em sintoma, um critério explícito para acordar alguém, e a consciência de que alertas demais são piores que alertas de menos porque treinam as pessoas a ignorar o pager. Nomear coisas que precisam alertar apesar de não serem visíveis ao usuário, como expiração de certificado e falha de backup, mostra amplitude prática.
Como estruturar sua resposta
- Declare o critério: visível ao usuário, urgente e acionável.
- Dê exemplos do que passa nesse critério e do que não passa.
- Explique por que alertas de recurso baseados em causa criam ruído.
- Cubra as exceções e como você revisa a qualidade dos alertas.
Exemplo de resposta
Meu critério são três coisas: um cliente está afetado ou prestes a estar, é urgente, e existe algo que um humano pode fazer agora. Se qualquer uma dessas é falsa, é um ticket ou um dashboard. Então taxa de erro acima do objetivo, latência estourando a meta, uma fila crescendo sem limite, o checkout falhando, essas acionam o pager. CPU a oitenta por cento não, porque pode estar perfeitamente saudável e não me diz nada sobre alguém estar sofrendo; isso pertence a um dashboard para quando eu estiver diagnosticando. Alertar sobre causas em vez de sintomas é como você acaba com quarenta alertas para um incidente e um time que silenciou o canal. Existem exceções que eu sempre mantenho: expiração de certificado, porque fica escondida até virar catástrofe, falhas de backup, e limites rígidos de cota se aproximando, já que os três são silenciosos até arruinarem a sua semana. E eu reviso os alertas com regularidade, olhando o que disparou e o que alguém de fato fez a respeito. Qualquer coisa que dispara com frequência e nunca leva a uma ação é apagada ou rebaixada, porque um pager barulhento é pior que nenhum pager.
Vai encarar essa entrevista em breve? O GhostPilot escuta a sua chamada ao vivo, identifica a pergunta no instante em que ela é feita e coloca uma resposta estruturada na sua tela em tempo real. Teste na sua próxima entrevista simulada ou pegue um Session Pass de $29, sem assinatura, para a hora da verdade.
Veja como funcionaPerguntas de acompanhamento que você pode esperar
- Como você alertaria em um pipeline assíncrono sem latência voltada ao usuário?
- Qual é o seu processo para um alerta que dispara o tempo todo?
- Como você evita que um incidente gere quarenta alertas separados?
Mais perguntas para Engenheiro de Nuvem
Seu entrevistador vai fazer a própria versão desta. Cole a descrição real da vaga no Question Predictor gratuito e receba as 20 perguntas que essa vaga tem mais chance de fazer, com o que cada uma está de fato sondando.
Prever minhas perguntas