Planejar as ondas de migração

Este documento descreve como planejar as ondas de migração.

Você pode agrupar os candidatos em levas de migração. O agrupamento pode ser feito em um nível alto (com base em categoria) ou detalhado (aplicativos, locais, componentes), com base nas informações coletadas durante a fase de descoberta e avaliação.

Criar um catálogo de aplicativos

Para começar a planejar, crie um catálogo de aplicativos. Organize seus aplicativos em categorias com base na arquitetura do aplicativo, nas considerações comerciais e nas operações de TI. Isso ajuda a priorizar de acordo com a criticidade, complexidade e riscos envolvidos na migração para a nuvem. A combinação e a priorização desses fatores variam de acordo com as organizações, os imperativos de negócios e o mapeamento deles para as cargas de trabalho, tanto na arquitetura atual quanto na futura do Google Cloud.

A lista a seguir apresenta as três categorias principais e os fatores que precisam ser considerados em cada uma delas.

• Arquitetura do aplicativo

  • Restrições técnicas
  • Número de dependências
  • Número de níveis
  • Com estado x sem estado
  • Requisitos de desempenho
  • Dependências geográficas

• Considerações comerciais

  • Requisitos de conformidade
  • Importância para a empresa
  • Capacidade de mudança de negócios
  • Número de usuários
  • Tipo de usuários (interno, externo)
  • TCO

• Operações de TI

  • Ambiente operacional
  • Contrato de nível de serviço
  • Disponibilidade
  • Backup

Mapear e priorizar

No catálogo de aplicativos, mapeie os aplicativos com base na complexidade e na abordagem de migração de destino. Sua abordagem de migração precisa ser baseada nos resultados de negócios esperados, no esforço de migração e nos fatores de risco associados, durante e após a migração.

Em seguida, classifique os candidatos à migração em ordem de prioridade com base no valor comercial e no esforço necessário para a migração. Para se preparar para a migração, identifique os apps com recursos que os tornam prioritários para migração. É possível escolher apenas um ou incluir muitos apps na primeira onda. Os apps da primeira onda permitem que suas equipes testem a implantação no ambiente de nuvem, concentrando-se na migração, e não na complexidade dos apps.

Começar com um app independente reduz o risco inicial, porque mais tarde você poderá aplicar o novo conhecimento da equipe a aplicativos mais complexos e com muitas dependências.

Os apps da primeira onda geralmente não são essenciais para os negócios e têm menos dependências de sistema e de rede para rede. Eles também exigem menos refatoração, geralmente têm menos gravidade de dados, não têm desafios de conformidade específicos e podem ter uma janela de transição. Para mais detalhes, consulte como escolher os apps para migrar primeiro.

Agrupar aplicativos em levas

Agrupe as inscrições em várias ondas com cronogramas associados a cada onda, além do tempo para revisar os planos com base no feedback de cada onda.

• Lançamento 1: alto valor de negócio, pouco esforço para implementar.
  • Esses aplicativos são candidatos ideais para migrações iniciais ou demonstrações de conceito.
• Lançamento 2: alto valor de negócio, muito esforço para implementar.
  • Esses aplicativos podem ser priorizados em seguida.
• Lançamento 3: baixo valor de negócio, pouco esforço para implementar.
  • Esses aplicativos podem ser priorizados em seguida.
• Lançamento 4: baixo valor de negócio, alto esforço para implementar.
  • Essas solicitações devem ser priorizadas por último.

Depois de definir as ondas de migração, é possível organizá-las em um plano de projeto.

Siga as práticas recomendadas

Para melhorar seu plano de migração, siga as práticas recomendadas para validar um plano de migração. Seguir os conceitos desse documento não garante o sucesso. No entanto, o documento destaca alguns pontos que muitas vezes são ignorados ao planejar migrações, como:

1. Garantir que você tenha uma estratégia de reversão para cada etapa do plano de migração.
2. Planejar lançamentos e implantações graduais, conforme discutido anteriormente neste documento.
3. Alertar todas as equipes de desenvolvimento e operações responsáveis pelas cargas de trabalho a serem migradas.
4. Remova recursos e experimentos de prova de conceito do ambiente de produção de destino.
5. Definir critérios para desativar o ambiente de origem com segurança.
6. Realizar uma avaliação de risco de migração para cada onda de migração e executar mitigações para os riscos identificados.

A seguir

• Saiba como executar uma migração.