Capítulo 1 — O Sistema que Não Podia Parar

A organização operava um sistema central há mais de uma década. Ele era robusto, confiável, mas preso a versões antigas de servidores de aplicação e integrações que exigiam manutenção constante. O sistema era o coração das operações: avaliação de riscos, emissão de apólices, acompanhamento de sinistros. Parar não era opção.

Com o tempo, o custo de manter tecnologias legadas cresceu. Atualizações tornaram-se complexas, e a dependência de ambientes específicos limitava a velocidade de inovação. A diretoria lançou um desafio: modernizar sem comprometer a estabilidade, reduzir custos e preparar o ambiente para crescimento.

Capítulo 2 — O Plano de Migração

A equipe definiu um plano claro: migrar o sistema para um servidor de aplicação WildFly virgem, empacotar infraestrutura e banco de dados em containers Docker, e orquestrar tudo via Docker Compose. A estratégia visava três metas:

• Reduzir custo de manutenção e infraestrutura
• Aumentar previsibilidade de deploys e testes
• Eliminar dependências de servidores legados, ganhando mobilidade

A arquitetura proposta utilizaria:

• WildFly 27 em container, com perfil padrão e configurações via scripts
• SQL Server 2022 em container, com dados e scripts versionados
• Automação de build e deploy com Maven e scripts Python

Capítulo 3 — Os Primeiros Obstáculos

Ao iniciar a migração, surgiram desafios técnicos comuns a projetos dessa natureza:

• Containers em redes distintas não se comunicavam, interrompendo a conexão entre aplicação e banco. Foi necessário alinhar o networking e validar DNS interno.
• Credenciais inconsistentes entre ambientes (local x produção) causaram falhas de autenticação. A equipe padronizou variáveis de ambiente e revisou arquivos de configuração.
• Filtros de segurança (como autenticação via JWT) bloqueavam até endpoints de login. A revisão criteriosa das regras de acesso foi essencial para permitir fluxos corretos de autenticação e testes.
• Ferramentas de automação, como drivers de navegador, falharam em alguns cenários. A solução envolveu modos headless e testes de saúde independentes da interface gráfica.

Esses obstáculos não eram exceções; eram parte do processo de maturidade técnica. Cada ajuste aumentava a confiabilidade do ambiente.

Capítulo 4 — A Virada com Containers

Com os containers estabilizados, a equipe conseguiu:

• Padronizar o ambiente de execução, eliminando variações entre máquinas
• Isolar configurações sensíveis e simplificar trocas de credenciais
• Automatizar deploys repetíveis, reduzindo a taxa de erros humanos

A mudança para um servidor virgem, configurado via scripts e templates versionados, garantiu rastreabilidade e transparência. Qualquer novo servidor poderia ser preparado com o mesmo procedimento, reduzindo tempo de setup de dias para horas.

Capítulo 5 — Economia e Independência

Os ganhos financeiros vieram de múltiplas frentes:

• Menos tempo gasto em correções de ambiente
• Redução de retrabalho em deploys e testes
• Diminuição de custos com servidores dedicados e licenciamento específico
• Maior eficiência na identificação de problemas por meio de testes de saúde automatizados

A independência tecnológica foi outro resultado relevante. Ao abandonar dependências rígidas de servidores legados e configurações manuais, a organização ganhou liberdade para evoluir a infraestrutura, adotar práticas modernas e aumentar a resiliência do sistema.

Capítulo 6 — Transparência e Conformidade

Durante toda a jornada, a equipe documentou decisões, scripts, falhas e correções. A documentação centralizada proporcionou entendimento comum e facilitou auditorias. Por políticas internas, dados sensíveis nunca foram registrados em arquivos versionados, e a privacidade dos usuários foi preservada.

A conformidade com regulamentações — incluindo LGPD — foi prioritária: logs de acesso restringidos, segredos fora do repositório e ambientes de teste isolados.

Capítulo 7 — O Teste que Convenceu a Diretoria

Para demonstrar a estabilidade do novo ambiente, foi criado um conjunto de testes de saúde: verificação de disponibilidade da aplicação, carregamento de recursos estáticos, estado do deploy, conectividade ao banco e presença de dados essenciais. Sem depender de interfaces gráficas, esses testes forneceram indicadores claros e objetivos.

Os resultados mostraram alta taxa de sucesso e identificação rápida de pontos a ajustar. Para o conselho executivo, a mensagem era simples: previsibilidade, controle e economia.

Capítulo 8 — O Futuro em Linha Reta

Com a infraestrutura sob controle, a organização planejou novas etapas: aumentar cobertura de testes, evoluir a camada de segurança, e preparar pipelines de CI/CD para ambientes de homologação e produção. A migração não foi apenas técnica — foi estratégica.

A independência de tecnologias legadas permitiu negociar com mais tranquilidade, reduzir riscos de continuidade e ampliar a eficiência de equipes internas.