Conceito e mecanismo
Segurança deve acompanhar fluxos e fronteiras de confiança desde o desenho. Identifica ativos, identidades, ações permitidas e caminhos por onde dados entram ou saem. Uma ligação encriptada protege o transporte, mas não demonstra que o chamador pode ler o objeto de outro cliente. Aplica acesso mínimo a ações, recursos e condições e mantém responsabilidades ao longo do ciclo de vida. Um modelo de ameaças deve ligar riscos a controlos, responsáveis e evidência, sendo revisto quando a arquitetura muda. O mesmo rigor ajuda na operação: logs, alertas e runbooks precisam de apoiar diagnóstico sem expor dados desnecessários ou depender de conhecimento informal de uma pessoa.
Aplicação guiada
Num exercício original de custo, uma solução passa de 2400 euros por 120000 operações concluídas para 1800 por 60000. A despesa total cai, mas o custo unitário aumenta de 0,02 para 0,03 euros. Compara períodos, âmbito e qualidade equivalentes antes de concluir eficiência. Inclui recursos partilhados, armazenamento, transferência e trabalho operacional quando relevantes. Na migração, planeia também desativação: identifica consumidores, retenção, licenças, volumes, DNS, monitorização e responsáveis. Ausência de tráfego numa janela curta não prova ausência de utilização mensal. A arquitetura entregue deve permitir operar, recuperar, medir e finalmente retirar componentes sem deixar dependências órfãs.
Despesa menor com metade do volume pode aumentar o custo por operação concluída.
Armadilhas comuns
TLS como autorização; permissões permanentes sem âmbito; custo total como eficiência; desativação sem dependências.
Tópicos relacionados: Requisitos e decisões de arquitetura · Capacidade e latência · Dados e consistência
Compara decisões pelo resultado, proteção e custo ao longo da vida útil.
Referência: Allocate costs based on workload metrics · System design patterns; PostgreSQL18 scoped examples; primary guidance consulted 2026-09-30