Além da migração de VMs: o que vem após o lift-and-shift

Já discuti isso dezenas de vezes com equipes de infraestrutura. As equipes acabaram de concluir ou estão em meio a uma migração de VM de um hipervisor legado. A parte difícil está quase concluída. Ou pelo menos é o que pensam.

Algo que a maioria das pessoas não comenta: a migração em si é a parte mais fácil. É uma etapa tática. Ela tem início, meio e fim claros. O que vem após, na verdade, a modernização da execução da infraestrutura, é onde está o verdadeiro trabalho e, honestamente, a maior parte do valor.

As mudanças no setor que impulsionam essas migrações representam uma oportunidade estratégica para a infraestrutura moderna. Ao abordar a eficiência do licenciamento, a otimização de custos e a flexibilidade de fornecedores, as organizações estão escolhendo o Red Hat OpenShift Virtualization em um ritmo sem precedentes, com a adoção pelos clientes aumentando 178% desde o início de 2024. Embora muitas discussões se concentrem apenas no ato da migração, o verdadeiro valor está na inovação que acontece após a mudança.

Em vez de ver a migração como o objetivo final, as organizações inovadoras a veem como o ponto de partida. Essa transição não serve apenas para resolver desafios passados, mas para ajudar você a criar uma base para aproveitar todos os recursos de uma plataforma de aplicações moderna, unificada e pronta para o futuro.

Veja como esse roadmap mais amplo funciona na prática.

Estágio 1: Organize seu ambiente Linux

Após a migração, considere avaliar a expansão do seu sistema operacional. A maioria das organizações mantém uma combinação de distribuições, versões e contratos de suporte acumulados ao longo de anos de crescimento orgânico, em vez de escolha deliberada. Para esclarecer: como uma empresa open source, não estamos aqui para dizer que as monoculturas são sempre a resposta. A heterogeneidade traz benefícios genuínos. Ela pode reduzir os modos de falha compartilhados e limitar o raio de impacto de uma única classe de defeito. Parte dessa diversidade é intencional e justificável.

No entanto, em grandes empresas, grande parte não é. Trata-se de dívida técnica. É a instância do Ubuntu criada para um projeto em 2019 que agora executa algo crítico. É o sistema CentOS que ninguém corrigiu após o anúncio de fim da vida útil (EOL). É o Windows XP que ninguém sabe exatamente o que faz, mas, se ficar offline, você terá problemas.

Após padronizar a camada de hipervisor, a próxima etapa natural é analisar o cenário do seu sistema operacional guest. Executar o Red Hat Enterprise Linux (RHEL) com o Red Hat OpenShift oferece um modelo operacional mais consistente: aplicação de patches unificada, trajetórias de suporte coerentes e aplicação de políticas que realmente funcionam em todo o ambiente. A pesquisa Global Tech Trends 2024 da Red Hat revelou que 45% das empresas priorizam a modernização do stack de aplicações. Os esforços de modernização que realmente funcionam seguem o mesmo princípio: eliminar a diversidade de sistemas operacionais injustificada e manter aqueles com um caso de negócios válido.

Estágio 2: Pare de gerenciar a nova plataforma como a antiga

Este é o erro que vemos com mais frequência. As equipes concluem a migração e continuam gerenciando o novo ambiente exatamente como o antigo. Os mesmos processos manuais. Os mesmos ciclos de aplicação de patches orientados por tickets. As mesmas alterações ad-hoc via console.

O ambiente pós-migração é uma página em branco. É provavelmente a melhor oportunidade para acertar sua estratégia de automação.

Com o Red Hat Ansible Automation Platform, as equipes podem reduzir semanas de trabalho de distribuição manual para horas. Após implementar os playbooks, o provisionamento, a aplicação de patches e a conformidade ocorrem naturalmente.

Se sua equipe já utiliza GitOps, o Red Hat Advanced Cluster Management for Kubernetes traz essa mesma disciplina para a virtualização. A política torna-se código, armazenado no Git. Elimine os desvios orientados pelo console. Isso significa um controle de desvios mais rígido, lançamentos mais rápidos e operações de Dia 2 mais previsíveis.

Esta é a verdade prática: a automação não é apenas um diferencial no caminho da modernização. Ela é o que torna os estágios posteriores possíveis.

Estágio 3: Execute cargas de trabalho onde elas realmente devem estar

Nem toda carga de trabalho deve permanecer em uma máquina virtual (VM) para sempre. Algumas são adequadas para a conteinerização. Mas o objetivo não é colocar tudo em containers. O objetivo é executar cada carga de trabalho onde fizer mais sentido.

O OpenShift permite gerenciar VMs e containers na mesma plataforma, eliminando a necessidade de escolher entre fazer o lift-and-shift de tudo ou reescrever tudo como nativo em nuvem. Esse falso dilema desperdiçou uma quantidade impressionante de tempo e dinheiro em todo o setor. O PNC Bank é um exemplo de como fazer isso de forma pragmática. A empresa adotou novos padrões e reduziu o tempo de entrega de oito semanas para 10 dias.

Muitas equipes estagnam nesse estágio. A tecnologia não é a parte difícil. O difícil é determinar quais cargas de trabalho mover, quando e em qual ordem. Contar com o apoio de quem já passou por isso pode ser a diferença entre um ciclo de modernização de seis meses ou de 13 meses. A pesquisa da ForresterPágina disponível no idioma inglês (Portuguese, Brazil não disponível) confirma essa realidade. Com orientação experiente, uma organização composta reduziu a implantação do OpenShift e a migração de VMs de 13 meses para sete.

Estágio 4: Pense em IA antes de ser necessário

Sobre a IA: ninguém que a implementou com sucesso a adaptou em uma infraestrutura desorganizada. Segundo o Gartner®, os gastos mundiais com IA totalizarão US$ 2.5 trilhões em 2026.

Não estou sugerindo planejar a IA antes de concluir a migração. Mas as equipes que realizaram isso com sucesso tinham algo em comum: uma infraestrutura subjacente limpa e automatizada. As cargas de trabalho de IA são exigentes quanto à computação, ao armazenamento e à observabilidade. É preferível resolver isso em uma plataforma nativa em Kubernetes padronizada do que lidar com anos de crescimento orgânico desordenado.

A migração te move. A modernização transforma.

A migração afasta você de uma plataforma na qual não queria permanecer. A modernização constrói a plataforma de que você realmente precisa. Essas são coisas fundamentalmente diferentes, e a lacuna entre elas é onde o verdadeiro trabalho (e o verdadeiro valor) acontece.

Comunicado à imprensa do Gartner: Gartner prevê que os gastos mundiais com IA totalizarão US$ 2,5 trilhões em 2026, 15/01/2026

GARTNER é uma marca comercial da Gartner, Inc. e/ou de suas afiliadas.