Este documento descreve como planejar as fases de migração.
É possível agrupar os candidatos à migração em ondas de migração. O agrupamento pode ser feito em um nível alto (com base em categorias) 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 o planejamento, crie um catálogo de aplicativos. Organize seus aplicativos em categorias com base na arquitetura, nas considerações comerciais e nas operações de TI. Isso ajuda a priorizar de acordo com a criticalidade, a complexidade e os riscos envolvidos na migração para a nuvem. A combinação e a priorização desses fatores variam entre as organizações, os imperativos de negócios e o mapeamento desses imperativos para cargas de trabalho, tanto na arquitetura atual quanto na futura arquiteturaGoogle Cloud .
A lista a seguir apresenta as três categorias principais e os fatores que você precisa considerar em cada uma delas.
Arquitetura de aplicativos
- 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 do negócio
- Capacidade de mudança de negócios
- Número de usuários
- Tipo de usuários (internos, externos)
- 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 comerciais esperados, no esforço de migração e nos fatores de risco associados, tanto durante quanto após a migração.
Em seguida, classifique os candidatos à migração por ordem de prioridade, com base no valor comercial e no esforço necessário para migrar. 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 migração. Os apps da primeira onda permitem que suas equipes testem a implantação no ambiente de nuvem, concentrando-se na migração em vez da complexidade dos apps.
Começar com um app independente reduz o risco inicial, porque mais tarde será possível usar o novo conhecimento da equipe em aplicativos mais complexos e com muitas dependências.
Os apps da primeira leva geralmente não são essenciais para os negócios e têm menos dependências de sistema e de rede para rede. Além disso, eles exigem menos refatoração, geralmente têm menos gravidade de dados, não têm desafios específicos de compliance e podem ter uma janela de migração. Para mais detalhes, saiba como escolher os apps para migrar primeiro.
Agrupe aplicativos em levas
Agrupe as inscrições em várias ondas com cronogramas associados a cada uma delas, além do tempo para revisar os planos com base no feedback de cada onda.
- Onda 1: alto valor de negócio, pouco empenho para implementar.
- Esses aplicativos são candidatos ideais para migrações iniciais ou provas de conceito.
- Leve 2: alto valor de negócio, muito empenho para implementar.
- Esses aplicativos podem ser priorizados em seguida.
- Leve 3: baixo valor de negócio, pouco empenho para implementar.
- Esses aplicativos podem ser priorizados em seguida.
- Leve 4: baixo valor de negócio, alto empenho para implementar.
- Esses aplicativos devem ser priorizados por último.
Depois de definir as fases de migração, organize-as 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 são frequentemente ignorados ao planejar migrações, como:
- Garantir que você tenha uma estratégia de reversão para cada etapa do plano de migração.
- Planejar lançamentos e implantações graduais, conforme discutido anteriormente neste documento.
- Alertar todas as equipes de desenvolvimento e operações responsáveis pelas cargas de trabalho a serem migradas.
- Remover recursos e experimentos de prova de conceito do ambiente de produção de destino.
- Definir critérios para desativar o ambiente de origem com segurança.
- 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.