Depois de revisar a infraestrutura de TI atual e as necessidades de TI da sua organização, considere o método de migração e a arquitetura de destino.

• Escolha o tipo de migração para diferentes recursos:

  Nova hospedagem — "Lift-and-shift"

  Você hospeda novamente sua aplicação usando um ambiente de hardware diferente sem mudar a arquitetura da aplicação. Normalmente, essa estratégia se adapta a grandes aplicações legadas ou a cenários em que a migração deve ser feita de forma rápida e eficaz.

  Nova plataforma - "Lift-tinker-and-shift"

  Você mantém a arquitetura original da aplicação e faz apenas algumas otimizações para aproveitar os benefícios da infraestrutura em nuvem. A mudança de plataforma pode demorar mais do que a realocação, mas é perfeita para casos em que você deve ter um grau de economia, funcionalidade e economia de tempo sem os requisitos de recursos significativos da refatoração.

  Descontinuando

  Você para de usar alguns dispositivos ou produtos em sua infraestrutura atual. Por exemplo, você pode decidir não migrar servidores ou aplicações antigas com poucos usuários.

  Retendo — "Revisitar"

  As decisões de estratégia de migração exigem muita consideração e pesquisa. Em alguns casos, convém colocá-lo em espera e revisitar os aspectos mais importantes ou problemáticos da sua infraestrutura mais tarde.

  Refatoração — "Rearquitetura"

  Você revisa e reprojeta a arquitetura da infraestrutura atual para aproveitar os recursos e a flexibilidade da nuvem. Refatore sua infraestrutura ou seus componentes para obter escala, desempenho ou agilidade que a aplicação não pode atender com a arquitetura existente. Essa estratégia pode ser a mais cara, mas também pode ser a solução perfeita, especialmente se você estiver migrando para uma infraestrutura orientada a serviços.

  Recompra - "Obter e comprar"

  Você muda de sua aplicação atual para um serviço ou dispositivo que o provedor de nuvem oferece. Em alguns casos, é mais fácil e mais lucrativo começar a usar um novo produto em nuvem do que investir na migração de um produto antigo. Se sua organização tiver alguns produtos desenvolvidos internamente ou uma aplicação específica do setor não adequada para infraestruturas em nuvem.

• Dependendo das necessidades da sua organização, você pode mover todos os recursos de TI para a mesma plataforma de nuvem ou usar várias plataformas. Decida a arquitetura de destino para diferentes recursos:

  IaaS

  A infraestrutura como serviço fornece apenas uma infraestrutura básica que contém máquinas virtuais (VMs), rede definida por software (SDN) e armazenamento conectado à rede (NAS).

  SaaS

  Software como serviço, também conhecido como software sob demanda. Os provedores de nuvem gerenciam aplicações e entregam aplicações aos clientes usando um navegador da Web.

  PaaS

  A plataforma como serviço fornece uma plataforma que os clientes usam para implantar e executar suas aplicações sem precisar gerenciar a infraestrutura.

  Híbrido

  Em uma solução híbrida, a infraestrutura de TI está localizada em uma nuvem pública, embora ainda ofereça suporte e execute alguns recursos no local e cargas de trabalho em nuvem privada.

  Contêiner

  O contêiner como serviço é uma virtualização baseada em contêiner. Os provedores de nuvem usam esse tipo para entregar componentes relacionados ao contêiner aos clientes: mecanismos de contêiner, orquestração e os recursos de computação subjacentes.

• Estabeleça seus objetivos e decida sobre o intervalo de tempo. Ondas de migração em Cloud Migration Assessment usam trimestres fiscais.
• Identifique grupos de pessoas e indivíduos que serão diretamente responsáveis por determinadas tarefas de migração e que precisarão ser notificados dentro de sua organização e pelo lado do provedor de nuvem.