Resposta direta
Três caminhos ajudam, e nenhum cobre tudo. A detecção por evento lê o próprio fluxo de implantação e avisa no momento da mudança. A linha de base de estado guarda o que deveria estar rodando e compara depois. A reconciliação periódica faz a mesma comparação em intervalo definido. A escolha depende de quanto tempo a operação tolera rodar com uma alteração desconhecida e de quem responde por tratá-la. Comparar as três pelo que cada uma detecta, pelo esforço de manter e pelo que deixa passar evita tratar uma delas como solução única.
- Objetivo
- Comparar alternativas
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Compara três mecanismos de detecção pelo que cada um cobre, pelo esforço de manutenção e pelo que deixa passar, em vez de tratar registro de mudança como prova.
Duas fontes de evidência sobre a mesma mudança
Comparar mudança em produção exige duas fontes distintas. Uma é o que foi declarado: pedido de mudança, pipeline, registro de implantação. A outra é o que está rodando: versão de artefato, parâmetro de configuração, credencial ativa, tarefa agendada. Quando as duas divergem, existe mudança sem aviso. Quando coincidem, existe apenas a confirmação de que alguém declarou o que fez.
Nenhuma das duas fontes serve sozinha. O registro declarado depende de disciplina de quem executa e não cobre ajuste manual feito direto no ambiente. O estado observado mostra o resultado, não a autoria nem a intenção. A comparação responde o que mudou; a pergunta sobre por que mudou e quem autorizou continua sendo um processo separado.
O critério é o tempo tolerado sem saber
A escolha entre detecção por evento e reconciliação periódica raramente é técnica. Depende de quanto tempo a operação consegue rodar com uma alteração desconhecida antes que isso vire risco inaceitável. Se o intervalo tolerado é curto, a leitura precisa acontecer no fluxo de mudança. Se é longo, a reconciliação em intervalo definido custa menos e ainda produz histórico datado.
Cada alternativa tem um custo de manutenção próprio. Linha de base exige atualização a cada mudança autorizada, senão vira lista de ruído. Reconciliação exige alguém para tratar os desvios que aparecem. Detecção por evento exige que a alteração passe pelo caminho monitorado. Definir o responsável por manter a escolha funcionando importa mais que a escolha em si.
O que a comparação não resolve
Comparar estado identifica o que mudou e quando. Não identifica quem mudou, nem se a mudança era autorizada. Também não impede a alteração: a detecção acontece depois do fato ou, no melhor caso, no momento em que ele ocorre. Bloqueio é outro assunto, com outro desenho de aprovação e outro custo operacional.
A comparação também não cobre o que nunca foi descrito. Recurso criado fora do inventário, conta nova, permissão concedida por engano permanecem invisíveis se não houver uma fonte que os enumere. Sem esse inventário, a linha de base e a reconciliação confirmam apenas a parte conhecida do ambiente.
Recurso prático
Mecanismos de comparação de mudança em produção
| Alternativa de comparação | O que detecta e onde falha |
|---|---|
| Detecção por evento, lida no fluxo de implantação | Pega a mudança no momento em que ela entra; falha quando a alteração não passa pelo fluxo, como ajuste manual feito direto na configuração do ambiente. |
| Linha de base de estado esperado, comparada sob demanda | Mostra o desvio entre o que deveria estar rodando e o que está; falha se a linha de base não for atualizada depois de cada mudança autorizada. |
| Reconciliação periódica em intervalo definido | Encontra alterações acumuladas e produz histórico datado; falha quando o intervalo é maior que o tempo que a operação tolera rodar sem saber o que mudou. |
O erro mais comum é tratar o registro de mudança como prova. Ele mostra o que foi declarado, não o que está rodando. Sem uma segunda fonte que leia o estado real, a comparação confirma apenas a versão que alguém informou.
Sobre o que está escrito aqui
Conceitos relacionados: linha de base de configuração · diff de implantação · reconciliação periódica · janela de detecção · responsável pela aprovação de mudança. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Credenciais em automações: onde procurar chav… — credenciais expostas
- Senhas expostas em automação: injeção segura… — credenciais expostas
Páginas relacionadas
O mesmo problema em outro objetivo
- Mudança em produção sem aviso: onde ela aparece — Diagnosticar
- Mudança em produção fora do processo: onde ela nasce — Organizar um processo
- Mudança em produção sem aviso: como medir a alteração — Explicar medição
- Mudança em produção sem aviso: tornar a alteração visível — Orientar implementação
- Mudança em produção sem aviso: o que definir no contrato — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Exclusão sem backup: como medir o erro na automação — Define os marcos de tempo e a contagem de registros que tornam uma exclusão sem backup mensurável, sem depender de média nem de relato.
- Correção aplicada sem registro: o que dá para reconstruir — Explica o que é possível reconstruir de uma correção aplicada sem registro e o que permanece fora de alcance, pela comparação entre produção e referência.
- Interrupção da automação: comparar modos de parar — Compara modos de interromper automação por alcance, reversibilidade, custo de retomada e rastro, com critérios de escolha e os limites de cada opção.
- Chave de API sem prazo de validade: o que comparar — Compara formas de tratar chaves de API sem expiração por escopo, revogação, rastro de uso e responsável pela revisão.
- Aprovação humana: como medir se ainda decide algo — Métricas para verificar se a etapa de aprovação humana ainda altera decisões ou apenas confirma o que a automação já fez.