## Objetivos de fiabilidade

- Manter processamento previsível em cenários de pico e falha parcial.
- Reduzir incidentes de dupla execução em fluxos mutáveis.
- Garantir recuperação rápida com runbooks claros.

## Camadas de proteção

1. **Ingestão rápida**: receção e ack de eventos com validação mínima.
2. **Persistência idempotente**: deduplicação técnica e lógica por operação.
3. **Processamento assíncrono**: workers isolados por domínio e retry controlado.
4. **Observabilidade acionável**: métricas, alertas e trilho de auditoria.

## Estratégia de retries e backoff

| Classe de erro | Política | Escalação |
| --- | --- | --- |
| Transitório | retry com backoff exponencial | alertar se ultrapassar limiar |
| Lógico/validação | sem retry automático | abrir ação manual com contexto |
| Dependência externa degradada | retry limitado + circuit breaker | ativar modo de mitigação operacional |

## Sinais para operação diária

- Backlog acima do normal por secção/evento.
- Aumento de `409` idempotentes inesperados.
- Tempo médio até estado final fora do SLO definido.

<Warning title="Disciplina operacional">Fiabilidade não é só arquitetura: exige revisão periódica de alertas, runbooks testados e ownership explícito por domínio.</Warning>