A Fase 4 consolida as decisões técnicas. A IA propõe a arquitetura com base na especificação aprovada e em ADRs anteriores; o arquiteto e o time validam, revisam, aceitam ou rejeitam cada parte. Nenhuma escolha técnica vai para o desenvolvimento sem aprovação explícita.
REST, event-driven, SAGA, CQRS, etc. — com justificativa
Conformidade × componente
LGPD → criptografia em S3; ISO 27001 → auditoria em Elasticsearch; LAI → exportação
Riscos e mitigações
Email em spam → SPF/DKIM/DMARC; escalação infinita → limite de 3 níveis; perda de evento → fila persistente com retry
Tecnologia justificada
Linguagem, banco, fila, cache, observabilidade, com motivo objetivo
Não recomendado
O que não fazer e por quê (ex.: microserviços para um MVP de 35 SP)
ADRs a criar
Lista de decisões que precisam de ADR formal
A proposta nunca é prescritiva. É ponto de partida baseado em padrões internos e externos. A organização permanece dona da escolha de stack e fornecedor — ver SinergIA é referencial, não produto.
Validação humana obrigatória: o Arquiteto Líder revisa cada container, padrão e justificativa antes da reunião de revisão arquitetural. O Validador Técnico confirma riscos e mitigações.
Ganho típico: 6–8 horas de desenho arquitetural; arquitetura justificada (não “vamos usar a que conheço”); conformidades já mapeadas a componentes.
Etapa 4.2 · Revisão arquitetural com IA sintetizando
Desenvolvedor: “Python é lento. A gente devia usar Node.js.”
IA (calculando impacto): “Verdadeiro: Node.js tende a ser ~2× mais rápido em I/O. Mas: o time tem expertise em Python. Trade-off: Python entrega mais rápido em desenvolvimento (você conhece), mais lento em runtime; Node.js entrega mais rápido em runtime, mas exige curva de aprendizado. Como o SLA de 24h é tolerante a runtime, a recomendação depende da prioridade — qual é a prioridade?”
Arquiteto: “Vamos rápido. Python.”
IA cria ADR (draft):
ADR-XXX — Python vs. Node.js
Contexto: SLA tolerante a runtime; equipe com expertise Python.
Alternativa considerada: Node.js (mais rápido em I/O).
Decisão: Python (mais rápido em desenvolvimento).
Consequência: runtime ligeiramente mais lento, aceitável para o SLA.
Validação: teste de carga obrigatório na fase de QA.
Validação humana obrigatória: o ADR só é publicado após aprovação explícita do Arquiteto (e do Tech Lead quando a decisão impactar o pipeline ou a operação). Decisões com efeito em segurança ou dados pessoais exigem visto adicional do Validador Técnico e/ou Encarregado de Dados.
Ganho típico: 1 hora de reunião com decisão objetiva + ADR + critério de validação; ninguém “quer trocar tecnologia no meio do caminho”.
