Uma documentação de evolução
A pasta HU Digital Light 2.0 reúne um documento de arquitetura e uma análise de trade-off sobre Java LTS.
O material amplia a documentação textual com artefatos de arquitetura em PDF. Um dos PDFs de arquitetura é cópia exata do documento existente na área de aplicações; o portal contabiliza o arquivo, mas evita duplicar seu conteúdo.
O trade-off de migração Java LTS foi criado em março de 2026 e modificado posteriormente no mesmo mês. Ele registra uma avaliação técnica situada no tempo.
Dimensões de um trade-off LTS
Uma atualização de runtime precisa equilibrar suporte, compatibilidade e custo operacional.
| Dimensão | Pergunta de decisão |
|---|---|
| Suporte | Qual janela de manutenção e atualizações de segurança é necessária? |
| Aplicação | Frameworks, bibliotecas e APIs permanecem compatíveis? |
| Servidor | O runtime e o servidor de aplicação suportam a combinação? |
| Integrações | Drivers, TLS, autenticação e serialização mantêm o comportamento? |
| Operação | Imagem, memória, observabilidade e implantação mudam? |
| Equipe | Ferramentas, conhecimento e suporte estão disponíveis? |
Validação por camadas
A migração deve provar tanto compatibilidade funcional quanto comportamento operacional.
- 1Inventariar
Registrar runtime, servidor, bibliotecas, drivers e integrações.
- 2Compilar
Tratar APIs removidas, warnings e incompatibilidades.
- 3Regredir
Executar testes unitários, contratos e jornadas críticas.
- 4Medir
Comparar inicialização, memória, latência e throughput.
- 5Homologar
Validar conectores, identidade, FHIR, documentos e canais.
- 6Implantar
Usar mudança gradual, monitoração e reversão preparada.
Rastreabilidade dos artefatos
A auditoria encontrou relações e duplicidades úteis para manutenção da base.
- O PDF de arquitetura aparece em duas pastas com o mesmo conteúdo binário.
- O PDF de trade-off Java LTS possui 26 páginas e metadados de março de 2026.
- O README da área Light está vazio; as informações técnicas relevantes estão nos dois PDFs.
- Decisões futuras devem registrar versão, data, responsáveis, alternativas e evidências.
Uma decisão arquitetural continua útil quando deixa claro o contexto em que foi tomada e os sinais que exigem sua revisão.
Síntese didática deste portal