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 da 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: uma pequena frota de instâncias HAProxy à frente do tráfego 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 de VPN (presente apenas no site primário).
• Orquestração de contêineres: clusters Docker Swarm autogerenciados, executados como clusters separados de produção e desenvolvimento no site primário e 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 em ambos os sites.

O plano de migração da DoiT previa um lift-and-shift fiel, 1:1, dessa topologia para uma única VPC da AWS em us-east-1 — mantendo os mesmos footprints de 24 e 16 nós, mas distribuindo-os em múltiplas Zonas de Disponibilidade dentro de uma única Região da AWS, em vez de duas regiões independentes e geograficamente separadas da IBM Cloud. A tabela abaixo mostra como a composição camada a 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 a camada, apenas realocados. Essa disciplina fez diferença: a Software Projects herdou um ambiente na AWS que se comportava de forma idêntica ao que a equipe já conhecia, enquanto a DoiT eliminava discretamente uma camada de complexidade de infraestrutura ao consolidar duas regiões de data center em uma única Região da AWS distribuída em múltiplas Zonas de Disponibilidade. Isso também preparou o terreno para a fase Modernize, já que o roadmap previa a desativação dos clusters Docker Swarm autogerenciados e a adoção 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 seguinte - tudo entregue de ponta a ponta pela equipe de Forward Deployment Engineering 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 construiu 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 a Compute Savings Plan com desconto e sem compromisso antecipado) com os preços de Instâncias Reservadas padrão e conversíveis, explicando 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 a 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 faturamento) como opção de circuito dedicado.
• Testou uma VPN mesh overlay como alternativa rápida 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 ao suporte da IBM.
• Ajudou a Software Projects a migrar da IBM Classic Infrastructure para a IBM VPC para ganhar mais flexibilidade de rede e, em seguida, estabeleceu uma VPN site-to-site IPSec entre a IBM VPC e uma VPC da AWS.
• Diagnosticou e resolveu uma sobreposição de sub-redes e uma falha de roteamento entre a 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 desbloqueou o tráfego bidirecional entre os três ambientes.

O resultado foi um caminho de rede privada estável e verificado conectando a IBM Classic Infrastructure, a 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 rápido do lado da AWS. Em um dos casos, uma instância EC2 perdeu inesperadamente a conectividade com o SSM, 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 do SSM — e forneceu um plano de correçã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ência, com atenção especial à proteção dos sistemas de produção contra o 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 managers e workers atualizados manualmente. A DoiT agora está ajudando a equipe da Software Projects a desativar esses clusters Swarm e adotar uma plataforma gerenciada de contêineres na AWS (Amazon EKS), construindo diretamente sobre a base consolidada de VPC multi-AZ estabelecida durante a fase Mobilize, em vez de rearquitetar tudo do zero.

Como parte desse mesmo esforço de modernização, a DoiT mantém a disciplina nos gastos com nuvem enquanto o ambiente evolui. Usando o DCI Insights, a DoiT analisou a configuração do AWS Detective e do GuardDuty da Software Projects e constatou que os custos com 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 detecção de alta severidade dependiam de quais fontes de dados — e apresentou à Software Projects um conjunto claro e baseado em evidências de opções 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 segue agora para o trabalho de conteinerização: com o dimensionamento certo desde o início, em vez de otimizado só depois.

A solução: com o poder do DoiT Cloud Intelligence™ (DCI)

Junto com o trabalho prático de engenharia, a Software Projects aproveitou vários recursos do DoiT Cloud Intelligence™ (DCI) ao longo do projeto — combinando uma equipe experiente de entrega com visibilidade self-service do próprio ambiente AWS:

Os dois últimos recursos estão ativos no dia a dia: à medida que a equipe da Software Projects moderniza o ambiente com 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 privada funcional entre a 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 a camada inalterada, para que a equipe herdasse um ambiente familiar desde o primeiro dia.
• Consolidou duas regiões da IBM Cloud geograficamente separadas em uma única VPC da AWS distribuída em múltiplas Zonas de Disponibilidade, simplificando a rede e a estrutura operacional sem sacrificar a resiliência de um design de dois sites.
• Deu à 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 do SSM que afetava a produção, com causa raiz clara, e deixou a Software Projects com monitoramento proativo para detectar a mesma falha mais cedo da 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çá-lo a cada transição de fase.
• Posicionou o cliente para desativar os clusters Docker Swarm autogerenciados e adotar uma plataforma gerenciada de contêineres, com postura de segurança e custos já com o dimensionamento certo 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 a próxima fase de modernização. A DoiT continua como parceira do cliente na migração dos 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 na 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 no âmbito do AWS Migration Acceleration Program (MAP), com a DoiT entregando as três fases do MAP: Assess, Mobilize e Modernize.