O documento que ninguém encontra a tempo
Toda a operação tem procedimentos: o que fazer quando um disco se enche, como renovar um certificado, como reiniciar um serviço que fica pendurado. Costumam viver em documentos. No melhor dos casos, atualizados. No habitual, escritos há anos por alguém que já não está.
Durante um alerta noturno, quem está de prevenção tem de encontrar o documento, entendê-lo e executá-lo à mão sem se enganar. É exatamente o momento em que pior se faz tudo isso.
Do documento ao código
Um procedimento como código faz o mesmo que o documento, mas sem depender de quem o executa:
- Dispara sozinho, a partir do alerta ou de um calendário.
- Diagnostica antes de agir: verifica que a situação é a que o procedimento sabe resolver.
- Aplica a correção conhecida, de forma repetível (se já estiver aplicada, não faz nada).
- Verifica o resultado: resolveu-se de verdade?
- Escala para uma pessoa se a verificação falhar ou se o caso não for o previsto, entregando-lhe o que já diagnosticou.
E cada execução fica registada: quando disparou, o que encontrou, o que fez e com que resultado.
Por onde começar
Os melhores candidatos são as tarefas frequentes, conhecidas e de baixo risco: limpar temporários, renovar certificados, rodar registos, reiniciar um serviço com uma falha conhecida, ampliar um disco dentro de um limite. Cada uma poupa pouco por si só; juntas libertam muitas horas e, sobretudo, muitas noites.
O que não muda
O procedimento automatizado não substitui a análise. Se o mesmo problema disparar todas as semanas, a resposta não é automatizar melhor o remendo, mas resolver a causa (a ideia de cada falha deixa uma regra).
E não todo o procedimento deve ser automatizado. Saber o que deixar de fora é tão importante como o anterior.
Como o aplicamos: Automação e IaC.