Escolher estratégia de migração

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 2 min. de leitura
  • 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 alterar a arquitetura da aplicação. Normalmente, essa estratégia é adequada para aplicações legadas grandes ou 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 nova plataforma pode demorar mais do que a realocação, mas é perfeita para casos em que você deve ter um certo grau de custo-benefício, funcionalidade e economia de tempo sem os requisitos significativos de recursos 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 cruciais ou problemáticos da sua infraestrutura posteriormente.
      Refatoração — "Rearquitetura"
      Você revisa e redesenha a arquitetura da infraestrutura atual para aproveitar os recursos e a flexibilidade da nuvem. Refatore sua infraestrutura ou seus componentes para alcançar 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 — "Descarte e compre"
      Você alterna 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 rentável começar a usar um novo produto de nuvem do que migrar um produto antigo. Se sua organização tiver alguns produtos desenvolvidos internamente ou uma aplicação específica do setor que não seja adequada para infraestruturas em nuvem.
    • Dependendo das necessidades da sua organização, você pode mover todos os seus 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, enquanto ainda oferece suporte e executa algumas cargas de trabalho no local e na nuvem privada.
      Contêiner
      O contêiner como serviço é uma virtualização baseada em contêiner. Os provedores de nuvem usam este 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 o intervalo de tempo. Ondas de migração em Avaliação de migração para nuvem 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 do lado do provedor de nuvem.