O ambiente: uma arquitetura de quatro camadas em dois sites

Antes da migração, a equipe da Software Projects operava uma arquitetura única e bem definida em duas regiões do IBM Cloud, dimensionada para resiliência: um site primário maior e um site secundário menor. Cada site seguia o mesmo padrão de quatro camadas:

• Balanceamento de carga: um pequeno conjunto de instâncias HAProxy à frente dos tráfegos de produção, desenvolvimento e tracking, separadamente.
• Aplicação: servidores web e de tracking, um executor de jobs agendados, um servidor de qualidade de código (SonarQube) e um gateway VPN (presente apenas no site primário).
• Orquestração de contêineres: clusters Docker Swarm autogerenciados, operados como clusters separados de produção e desenvolvimento no site primário e como um único cluster no site secundário.
• Dados: um par primário/réplica de MySQL ao lado de um cluster Cassandra de três nós, replicado nos dois sites.

O plano de migração da DoiT previa um lift-and-shift fiel, 1:1, dessa topologia para uma única VPC na AWS em us-east-1 — mantendo os mesmos footprints de 24 e 16 nós, mas distribuindo-os por múltiplas Zonas de Disponibilidade dentro de uma única Região da AWS, em vez de duas regiões do IBM Cloud independentes e geograficamente separadas. A tabela abaixo mostra como a composição camada por camada foi mantida sem alterações:

Esses números permaneceram constantes dos dois lados do cutover — os mesmos 24 e 16 nós, nas mesmas proporções camada por camada, apenas realocados. Essa disciplina fez diferença: significou que a Software Projects herdou um ambiente na AWS que se comportava de forma idêntica ao que a equipe já conhecia, enquanto a DoiT removia, nos bastidores, uma camada de complexidade de infraestrutura ao consolidar duas regiões de data center em uma única Região da AWS distribuída por múltiplas Zonas de Disponibilidade. Isso também preparou o terreno para a fase Modernize, já que o roadmap previa aposentar os clusters Docker Swarm autogerenciados em favor de uma plataforma gerenciada de contêineres assim que o ambiente estivesse estável na AWS.

A abordagem: AWS MAP, entregue de ponta a ponta

A DoiT conduziu o projeto ao longo das três fases do AWS MAP, com cada fase construindo a base técnica e financeira para a próxima — tudo entregue de ponta a ponta pela equipe de Forward Deployed Engineers da DoiT.

1. Assess: construindo um orçamento de migração defensável

Antes de mover qualquer workload, a equipe da Software Projects precisava de uma visão clara, por serviço, de quanto custariam o armazenamento e a computação na AWS. A DoiT elaborou um detalhamento de custos cobrindo EBS e EFS — modelando custos mensais de armazenamento, IOPS e throughput entre tipos de volume e classes de armazenamento — para que a Software Projects pudesse prever os gastos de curto e médio prazo do seu roadmap de migração. A DoiT também trabalhou a estratégia de descontos para a computação de banco de dados da Software Projects, comparando o DoiT Flexsave (um equivalente com desconto ao Compute Savings Plan, sem compromisso antecipado) com os preços de Reserved Instances padrão e conversíveis, e explicou os trade-offs de cada opção no contexto de uma possível migração futura para um serviço gerenciado de banco de dados.

2. Mobilize: resolvendo a conectividade entre nuvens

A conectividade entre o IBM Cloud e a AWS era o caminho crítico de toda a migração — e não havia uma resposta pronta. A DoiT conduziu uma avaliação estruturada das opções — AWS Direct Connect, um circuito dedicado IBM Direct Link, appliances de roteador virtual e uma VPN mesh leve — pesando custo, estabilidade e complexidade de configuração de cada uma:

• Avaliou o AWS Direct Connect e o IBM Direct Link Dedicated (incluindo restrições de BGP, faixas de IP e cobrança) como opção de circuito dedicado.
• Testou em piloto um overlay de VPN mesh como fallback rápido e sem custo enquanto as opções de longo prazo eram avaliadas.
• Orientou a Software Projects na implantação e no ajuste de um appliance de roteador virtual do lado da IBM, incluindo o comportamento de roteamento de VLAN e o troubleshooting de Camada 2 junto com o suporte da IBM.
• Ajudou a Software Projects a migrar do IBM Classic Infrastructure para o IBM VPC para obter uma rede mais flexível e, em seguida, estabeleceu uma VPN site-to-site IPSec entre o IBM VPC e uma VPC na AWS.
• Diagnosticou e resolveu uma sobreposição de sub-redes e uma lacuna de roteamento entre o IBM Classic e a AWS, alocando uma faixa de IP dedicada e sem sobreposição e ajustando rotas estáticas — a correção que finalmente destravou o tráfego bidirecional entre os três ambientes.

O resultado foi um caminho de rede privado estável e verificado conectando o IBM Classic Infrastructure, o IBM VPC e a AWS — a base que permitiu à equipe da Software Projects mover workloads no seu próprio ritmo, sem perder a conectividade com os sistemas que ainda rodavam na IBM.

Mantendo a produção saudável durante a transição

Durante a janela de migração, a DoiT também prestou suporte operacional ágil do lado da AWS. Em um dos casos, uma instância EC2 perdeu a conectividade SSM inesperadamente, sem fallback de SSH disponível. A DoiT usou diagnósticos da saída do console para identificar a causa raiz — o volume raiz havia ficado sem espaço em disco, o que impedia a inicialização do agente SSM — e forneceu um plano de remediação passo a passo (expansão do volume e redimensionamento do sistema de arquivos), além de alarmes proativos de utilização de disco no CloudWatch e notificações via SNS para evitar recorrências, com atenção especial em proteger os sistemas de produção do mesmo modo de falha.

3. Modernize: contêineres e otimização contínua de custos

Com a migração concluída, o projeto avançou para a fase Modernize. As stacks de produção e desenvolvimento da Software Projects ainda rodavam em clusters Docker Swarm autogerenciados — funcionais, mas com o overhead operacional de aplicar patches manualmente em managers e workers. A DoiT agora está ajudando a equipe da Software Projects a aposentar esses clusters Swarm em favor de uma plataforma gerenciada de contêineres na AWS (Amazon EKS), construindo diretamente sobre a base consolidada de VPC multi-AZ estabelecida durante o Mobilize, em vez de rearquitetar do zero.

Como parte desse mesmo esforço de modernização, a DoiT vem mantendo a disciplina de gastos na nuvem enquanto o ambiente evolui. Usando o DCI Insights, a DoiT revisou a configuração do AWS Detective e do GuardDuty da Software Projects e descobriu que os custos das ferramentas de segurança haviam crescido a ponto de representar uma parcela significativa do gasto total, impulsionados principalmente pela ingestão de flow logs em alto volume, e não pelo valor de segurança entregue. A DoiT quantificou os trade-offs — incluindo quais tipos de descobertas de alta severidade dependiam de quais fontes de dados — e apresentou à Software Projects um conjunto claro de opções baseadas em evidências para fazer o right-sizing da cobertura de segurança sem perder as detecções de maior valor. Essa mesma abordagem disciplinada e orientada por evidências está sendo levada para o trabalho de conteinerização: com right-sizing desde o início, em vez de otimizar só depois.

A solução: impulsionada pelo DoiT Cloud Intelligence (DCI)

Além da engenharia hands-on, a Software Projects aproveitou diversos recursos do DoiT Cloud Intelligence (DCI) ao longo do projeto — combinando uma equipe de entrega experiente com visibilidade self-service do próprio ambiente AWS:

Os dois últimos recursos estão ativos no dia a dia: enquanto a equipe da Software Projects avança na modernização para contêineres, o DCI AWS Intelligence e o DCI Datadog Insights oferecem visibilidade contínua do gasto total com nuvem e observabilidade, em vez de esperar a fatura mensal revelar um problema.

• Estabeleceu o primeiro caminho de rede privado funcional entre o IBM Cloud Infrastructure e a AWS, depois que tentativas anteriores autogerenciadas haviam falhado em uma das direções.
• Migrou todos os 40 servidores — a topologia completa de quatro camadas de balanceamento de carga, aplicação, orquestração e dados — para a AWS com a composição camada por camada inalterada, para que a equipe herdasse um ambiente familiar desde o primeiro dia.
• Consolidou duas regiões do IBM Cloud geograficamente separadas em uma única VPC na AWS abrangendo múltiplas Zonas de Disponibilidade, simplificando o footprint de rede e operacional sem sacrificar a resiliência de um design de dois sites.
• Entregou à Software Projects um modelo de custos granular e defensável para armazenamento e computação antes da migração, reduzindo surpresas de orçamento durante a mudança.
• Resolveu uma interrupção de SSM com impacto em produção, com causa raiz clara, e deixou a Software Projects com monitoramento proativo para detectar a mesma falha mais cedo na próxima vez.
• Entregou as três fases do AWS MAP — Assess, Mobilize e Modernize — em um único projeto contínuo, levando o contexto da migração adiante em vez de recomeçar do zero a cada fase.
• Posicionou o cliente para aposentar os clusters Docker Swarm autogerenciados em favor de uma plataforma gerenciada de contêineres, com postura de segurança e custos já com right-sizing antes do início da próxima fase.
• Deixou o cliente com visibilidade self-service do próprio ambiente — DCI Cloud Diagrams para mapeamento de infraestrutura, e DCI AWS Intelligence e DCI Datadog Insights para acompanhamento contínuo dos gastos com nuvem e observabilidade.

O ambiente AWS da Software Projects agora é a base estável para sua próxima fase de modernização. A DoiT continua sendo parceira do cliente à medida que ele move workloads para contêineres, aplicando a mesma combinação de entrega técnica e disciplina contínua de custos que levou a migração da avaliação inicial até um ambiente AWS totalmente conectado e pronto para produção.

A Software Projects é uma organização de serviços de software que opera um ambiente misto de produção e não produção, historicamente hospedado no IBM Cloud Infrastructure. Como parte de uma estratégia de nuvem mais ampla, a organização contratou a DoiT para migrar seus workloads para a AWS por meio do AWS Migration Acceleration Program (MAP), com a DoiT entregando as três fases do MAP: Assess, Mobilize e Modernize.