Remediação orientada a eventos
Buses, regras e pipes do EventBridge, runbooks do Systems Manager Automation e os padrões que corrigem incidentes sem um humano.
Um alarme responde "este número está ruim". Ele não responde "aconteceu isto, e por causa disso três coisas precisam rodar em ordem". Este tópico cobre a metade da operação que trabalha com fatos em vez de números: rotear eventos com o EventBridge, executar reparos com etapas em runbooks do Systems Manager Automation e montar os dois num ciclo que fecha sozinho. É aqui que a detecção que você aprendeu nos dois tópicos anteriores vira correção.
O que este tópico cobre
- A diferença entre evento e métrica, o envelope de evento do EventBridge e as quatro regras que governam a correspondência de event patterns
- Event buses default, customizados e de parceiro, targets e os dois modelos de permissão (execution role contra resource-based policy), input transformation e a fronteira entre regras agendadas e o EventBridge Scheduler
- O EventBridge Pipes para integrações ponto a ponto: origem, filtro, enriquecimento e target, com batching, concorrência e falha parcial de lote
- Diagnóstico de entrega: retry policy, dead-letter queues, as métricas do namespace AWS/Events, logs de pipe com execution data, laços infinitos e recuperação com archive e replay
- Runbooks do Systems Manager Automation: vocabulário de ações, propriedades de step, a cadeia de duas roles e seus erros clássicos, aprovações e rate control numa frota
- Padrões de remediação prontos: ação de alarme, evento para runbook, remediação do AWS Config, varredura agendada, as proteções de cada um e onde o AWS DevOps Agent e o Kiro entram
Por que isso importa
O SOA-C03 cobra este tópico com cenários de diagnóstico, e quase todos giram em torno de uma fronteira. A regra dispara mas o target não roda: é roteamento ou permissão? A automação falhou: foi quem chamou ou foi a assume role? O requisito é um momento de gatilho ou uma condição permanente, ou seja, EventBridge ou AWS Config? Decorar nomes de serviço não responde nenhuma dessas.
No trabalho, o valor é mais direto. Uma remediação automatizada bem desenhada é a diferença entre corrigir um volume sem criptografia em 30 segundos e descobrir o problema nove semanas depois, na auditoria. E uma mal desenhada roda na velocidade da máquina, e é por isso que as proteções (idempotência, prevenção de laço, raio de impacto, portão de aprovação) fazem parte do desenho, não do acabamento.