Questão de Redes de Computadores — Cloud Computing (Computação em Nuvem) — CESPE / CEBRASPE 2026

Estratégias de migração para a nuvem: lift and shift

Gabarito: ❌ ERRADO. A afirmação está incorreta porque a estratégia lift and shift (também chamada de rehost) consiste em migrar a aplicação para a nuvem sem alterações significativas, ou seja, sem reescrita de código, apenas transferindo o ambiente como está. A reescrita completa e a exploração integral dos recursos nativos da nuvem são características de estratégias de modernização, como replatform ou refactor — não do lift and shift. O erro central está em inverter o conceito: o lift and shift prioriza a transferência rápida e não a modernização prévia.

A migração para a nuvem não é um processo único; existem diferentes estratégias, conhecidas como os "6 Rs" da migração (ou variações deles). Cada uma representa um nível diferente de esforço, custo e benefício. As principais são:

• Rehost (lift and shift): migra a aplicação sem modificações, como se estivesse "levantando" o servidor físico e "deslocando" para a nuvem. É a estratégia mais rápida e de menor risco, mas não aproveita os recursos nativos da nuvem (como auto-scaling, serviços gerenciados, etc.).

• Replatform (lift, tinker and shift): faz pequenos ajustes para aproveitar alguns benefícios da nuvem, sem reescrever a aplicação. Por exemplo, trocar o banco de dados por um serviço gerenciado.

• Refactor (re-architect): reescreve ou modifica profundamente a aplicação para que ela seja nativa da nuvem, aproveitando ao máximo os recursos como microsserviços, serverless, etc. É a estratégia mais cara e demorada.

• Repurchase (drop and shop): substitui a aplicação por um produto SaaS (Software as a Service) disponível no mercado.

• Retire: descontinua a aplicação que não é mais necessária.

• Retain (revisit): mantém a aplicação no ambiente atual, por algum motivo (como conformidade ou custo), planejando migrá-la futuramente.

A pegadinha da questão está em atribuir ao lift and shift características que pertencem ao refactor. O lift and shift é justamente o oposto da modernização: ele não reescreve a aplicação e não prioriza a modernização antes da transferência. Pelo contrário, a transferência é imediata e a modernização, se ocorrer, fica para depois.

Na prática, imagine uma empresa que tem um servidor físico rodando um sistema legado em Windows Server. Com lift and shift, ela cria uma máquina virtual na nuvem com o mesmo sistema operacional e copia a aplicação exatamente como está. O processo é rápido, mas a aplicação continua sendo monolítica e não usa serviços como balanceamento de carga automático ou banco de dados gerenciado. Já com refactor, a empresa reescreveria a aplicação em microsserviços, usando contêineres e funções serverless, o que demandaria meses de trabalho.

A banca explora a confusão entre os termos. O candidato que sabe que lift and shift é sinônimo de rehost e que este não envolve reescrita, marca ERRADO. Quem confunde com refactor ou replatform marca CERTO. Guarde a distinção: lift and shift = migração sem mudanças; refactor = reescrita para nuvem.

Item — ❌ ERRADO

A afirmação diz que o lift and shift envolve "reescrita completa das aplicações" e "prioriza a modernização antes da transferência". Isso está incorreto por dois motivos:

1. Reescrita completa: o lift and shift não reescreve nada; a aplicação é migrada tal como está. A reescrita é característica do refactor (re-arquitetura).

2. Modernização antes da transferência: o lift and shift prioriza a transferência rápida, sem modernização prévia. A modernização, se desejada, ocorre depois da migração, como uma etapa posterior.

Portanto, a assertiva inverte completamente o conceito. O correto seria: "A estratégia lift and shift envolve a migração da aplicação sem alterações significativas, priorizando a transferência rápida do ambiente, sem modernização prévia."

Gabarito: ❌ ERRADO.