Tem uma imagem que virou símbolo de maturidade em TI: a televisão na parede, painel colorido, gráficos se movendo em tempo real. Passa a sensação de que tudo está sob controle.
Só que a pergunta que importa não é o que aparece na tela. É o que acontece quando algo fica vermelho às três da manhã.
Coletar é fácil, decidir é difícil
Ferramentas modernas coletam praticamente qualquer coisa. Em pouco tempo você tem centenas de métricas por servidor e painéis que impressionam qualquer visita.
O problema aparece na etapa seguinte. Métrica demais sem critério gera alerta demais. Alerta demais gera indiferença. E indiferença é o oposto de monitoramento: quando tudo apita, ninguém corre.
Já vimos ambientes com milhares de notificações por semana onde o time criou uma regra informal de sobrevivência — filtrar tudo para uma pasta e olhar quando desse. No dia do incidente real, o alerta chegou. Foi para a pasta junto com os outros.
Monitorar o que o usuário sente
A maior parte dos ambientes monitora componentes: processador, memória, disco, serviço no ar. É necessário, mas insuficiente.
O usuário não percebe consumo de processador. Ele percebe que o sistema não abre, que o pedido não salva, que o relatório demora. Um ambiente pode estar com todos os indicadores dentro do normal e, ainda assim, com o serviço inutilizável — porque a lentidão está em uma integração que ninguém observa.
Monitoramento maduro observa o serviço do ponto de vista de quem usa: a tela de login responde? A transação completa em quanto tempo? O processo noturno terminou dentro da janela?
Essas medidas são mais trabalhosas de configurar e infinitamente mais úteis, porque falam a mesma língua da operação.
Todo alerta precisa de dono e de ação
Um alerta útil responde três coisas antes de ser criado: o que ele significa, quem recebe e o que essa pessoa deve fazer.
Se a resposta a qualquer uma delas for "não sei", o alerta ainda não está pronto. Vai apenas somar ruído.
Daí a importância de escrever o procedimento junto com o alerta — mesmo que sejam três linhas. Quem é acordado às três da manhã não deveria precisar descobrir sozinho o que fazer. E é esse registro que permite delegar a resposta a quem não desenhou o ambiente.
Revisar alertas faz parte
Configuração de monitoramento envelhece como qualquer outra. Sistemas saem do ar, limites mudam, o que era crítico deixa de ser.
Uma prática simples e transformadora: periodicamente, olhar os alertas que mais dispararam e perguntar o que foi feito em cada um. Os que nunca geraram ação estão errados — ou o limite está mal ajustado, ou aquilo não deveria alertar ninguém.
Reduzir a quantidade costuma aumentar a eficácia. É contraintuitivo e funciona.
O histórico vale tanto quanto o alerta
Alerta trata do agora. O histórico responde perguntas que economizam dinheiro.
O consumo desse ambiente cresceu quanto nos últimos seis meses? Em que ritmo? Quando o disco enche, se nada mudar? A lentidão que os usuários reclamam acontece sempre no mesmo horário?
Sem série histórica, decisões de capacidade viram palpite — e palpite em infraestrutura costuma custar caro nos dois sentidos: comprando demais ou descobrindo tarde que faltou.
O teste simples
Para saber se o monitoramento de um ambiente funciona, não olhe o painel. Faça três perguntas ao time.
Quando o último incidente aconteceu, o alerta chegou antes de o usuário ligar? Quem recebeu sabia o que fazer? Depois de resolvido, alguém ajustou alguma coisa para a próxima vez ser melhor?
Três sins indicam um monitoramento vivo. Qualquer não aponta exatamente onde trabalhar — e nenhuma dessas respostas depende de trocar de ferramenta.