A DeltaOps migrou duas aplicações Java/Spring Boot de instâncias EC2 para o Amazon EKS, implementou pipelines CI/CD com Azure DevOps e resolveu rapidamente um incidente crítico de RDS que mantinha as operações da ConnectDF paradas há mais de 24 horas.
Este case mostra, passo a passo, como uma fábrica de software brasiliense saiu de uma infraestrutura frágil em EC2 para uma arquitetura escalável em Kubernetes — e por que a adaptação para stateless foi o maior desafio técnico do projeto.
Resumo do projeto
| Item | Detalhe |
|---|---|
| Cliente | Connect (Brasília, DF) |
| Segmento | Fábrica de software — compliance, finanças, saúde e verificação de identidade |
| Serviço | Managed Cloud + Amazon EKS |
| Provedor | Amazon Web Services (AWS) |
| Stack | Amazon EKS · Amazon RDS · Amazon S3 · Load Balancer · Azure DevOps · Java + Spring Boot |
Como tudo começou: 24 horas de sistema fora do ar
A relação entre DeltaOps e Connect nasceu de uma crise. As aplicações da Connect ficaram um dia inteiro fora do ar por causa de parâmetros mal configurados no banco de dados Amazon RDS — um incidente que a equipe interna não conseguia resolver.
A situação era tão crítica que a própria AWS entrou em contato com a DeltaOps pedindo apoio. O problema foi identificado e corrigido na mesma hora, restaurando a disponibilidade das aplicações no mesmo dia da intervenção.
Esse primeiro contato abriu caminho para um engajamento mais amplo: a modernização completa da infraestrutura AWS da Connect.
Por que isso importa: incidentes de RDS por má configuração de parâmetros estão entre as causas mais comuns de indisponibilidade na AWS — e quase sempre são evitáveis com gestão especializada de nuvem (managed cloud).
Quem é a Connect
A Connect é uma empresa de tecnologia sediada em Brasília (DF) que desenvolve soluções para compliance, finanças, saúde, eventos e verificação de identidade (liveness). Atende clientes de grande porte como CFM, Cateno e Innovatrics, combinando fábrica de software, Business Intelligence e alocação de mão de obra especializada.
Os 3 desafios técnicos do projeto
Com a confiança estabelecida após a resolução do incidente, a DeltaOps assumiu três frentes:
- Migração EC2 → EKS: duas aplicações Java com Spring Boot rodavam em instâncias EC2 e precisavam ser migradas para o Amazon EKS, ganhando escalabilidade e resiliência.
- CI/CD com Azure DevOps: implementar pipelines de integração e entrega contínua integrados ao Azure DevOps, padronizando o processo de deploy.
- Arquitetura stateless: o maior desafio técnico foi adaptar as aplicações para operar de forma stateless — requisito fundamental para rodar em containers Kubernetes de forma escalável.
Por que stateless é o maior obstáculo em migrações para Kubernetes
Aplicações que guardam estado em memória ou em disco local (sessões, arquivos temporários, cache local) não sobrevivem bem ao ciclo de vida de pods no Kubernetes, onde containers são criados e destruídos dinamicamente. Adaptar uma aplicação legada para stateless geralmente envolve externalizar sessões, mover arquivos para o Amazon S3 e garantir que qualquer réplica possa atender qualquer requisição. Foi exatamente esse trabalho de reengenharia que a DeltaOps conduziu nas aplicações da Connect .
A solução DeltaOps em 3 etapas
O projeto foi conduzido em aproximadamente 2 meses, do diagnóstico da infraestrutura até a entrega em produção no EKS:
| Etapa | O que foi feito |
|---|---|
| 1. Resolução do incidente RDS | Diagnóstico e correção imediata dos parâmetros mal configurados no Amazon RDS, restaurando a disponibilidade no mesmo dia. |
| 2. Migração EC2 → EKS | Migração das duas aplicações Java/Spring Boot para o Amazon EKS, com reestruturação da arquitetura para stateless, criação dos manifests Kubernetes e configuração dos ambientes de produção. |
| 3. CI/CD com Azure DevOps | Pipelines de entrega contínua automatizando build, testes e deploy das aplicações no EKS, eliminando intervenções manuais. |
Resultados
- 🚨 Incidente crítico resolvido no mesmo dia — após mais de 24 horas de paralisação que a equipe interna não conseguia reverter.
- ☸️ 2 aplicações migradas de EC2 para Amazon EKS — com arquitetura stateless e manifests Kubernetes prontos para escalar.
- 🚀 Deploy 100% automatizado — pipelines CI/CD com Azure DevOps eliminaram intervenções manuais no processo de entrega.
- 📈 Infraestrutura preparada para crescer — sistema dimensionado para suportar o volume de processamento previsto.
O que o cliente diz
“A DeltaOps foi fundamental em um momento crítico para a Connect. Além de resolver rapidamente um incidente que impactava diretamente nossas operações, a equipe assumiu o desafio de modernizar toda a nossa infraestrutura AWS com elevado nível de excelência técnica.
A migração para o Amazon EKS, a implementação dos pipelines CI/CD e a evolução da arquitetura das aplicações foram conduzidas com segurança, organização e profundo conhecimento das melhores práticas de cloud computing.
O resultado foi uma plataforma mais resiliente, escalável e preparada para acompanhar o crescimento dos nossos negócios. A DeltaOps tornou-se um parceiro estratégico de confiança para nossa área de tecnologia.”
— Pedro Silva, Gestor de Tecnologia, Connect
Perguntas frequentes sobre migração EC2 para EKS
Quanto tempo leva uma migração de EC2 para EKS? No caso da Connect , o projeto completo levou aproximadamente 2 meses — incluindo diagnóstico, adaptação das aplicações para stateless, criação dos manifests Kubernetes, configuração de CI/CD e entrega em produção. O prazo varia conforme o número de aplicações e o nível de acoplamento ao estado local.
É obrigatório que a aplicação seja stateless para rodar no EKS? Não é obrigatório, mas é fortemente recomendado para aproveitar escalabilidade horizontal e resiliência. Aplicações stateful exigem recursos adicionais (StatefulSets, volumes persistentes) e perdem parte dos benefícios do Kubernetes.
Posso usar Azure DevOps para fazer deploy na AWS? Sim. O Azure DevOps é agnóstico de nuvem: os pipelines de CI/CD podem fazer build, testes e deploy diretamente em clusters Amazon EKS, como foi feito neste projeto.
O que causa indisponibilidade no Amazon RDS? Uma das causas mais frequentes é a má configuração de parâmetros do banco (parameter groups). No caso da Connect , isso derrubou as aplicações por mais de 24 horas — e foi corrigido pela DeltaOps no mesmo dia da intervenção.
Quer modernizar sua infraestrutura AWS?
A DeltaOps cuida da sua nuvem para você focar no que importa: o seu produto.
deltaops.com.br • comercial@deltaops.com.br
