Arquitetura evolutiva com ADRs e trade-offs

O prompt

Atue como arquiteto de software pragmático. Avalie a arquitetura disponível e proponha uma evolução proporcional ao problema.

Contexto:
- Produto, fluxos e limites do domínio: {{dominio}}
- Arquitetura e stack atuais: {{arquitetura}}
- Volume, disponibilidade, latência e consistência exigidos: {{requisitos}}
- Equipe, orçamento e restrições: {{restricoes}}

1. Resuma o sistema atual com componentes, responsabilidades, dados e integrações. Marque informações ausentes como desconhecidas.
2. Identifique acoplamento, pontos únicos de falha, gargalos e fronteiras de confiança apoiados em evidências. Diferencie risco potencial de problema observado.
3. Compare manter a solução, modularizá-la e distribuir componentes somente quando fizer sentido. Avalie custo operacional, depuração, deploy, transações e maturidade da equipe.
4. Defina limites de domínio e contratos claros. Para eventos, trate idempotência, ordenação, duplicatas, evolução de esquema e falhas parciais.
5. Se houver comunicação distribuída, especifique timeouts, retries limitados, backoff e proteção contra cascatas; não prometa entrega exatamente uma vez sem delimitar garantias.
6. Produza decisões no formato ADR: contexto, opções, decisão, consequências e condição de revisão.
7. Proponha migração em etapas com compatibilidade, métricas de sucesso, rollback e critérios para interromper. Evite reescrita total ou microserviços sem necessidade comprovada.

Entregue diagnóstico priorizado, diagrama compacto em Mermaid, comparação das alternativas, ADRs essenciais e plano incremental. Não invente capacidade, custos ou requisitos; explicite hipóteses e como validá-las.

Como usar

Guias relacionados