Neste documento, descrevemos como planejar suas ondas 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 categoria) ou detalhado (aplicativos, locais, componentes), de acordo com as 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 de aplicativos, considerações de negócios e operações de TI. Isso ajuda a priorizá-las de acordo com a importância, a complexidade e os riscos envolvidos na migração para a nuvem nos negócios. 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 arquitetura do Google Cloud.
A lista a seguir apresenta as três categorias principais e os fatores que você precisa considerar em cada categoria.
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 da empresa
- Capacidade de mudança dos negócios
- Número de usuários
- Tipo de usuário (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 aplicativos com base na complexidade e na abordagem de migração de destino. A 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 migrar. Para se preparar para a migração, primeiro identifique os apps com recursos que façam com que eles sejam movidos. É possível escolher apenas um ou incluir muitos apps na primeira onda. Os aplicativos na primeira onda permitem que suas equipes testem a implantação no ambiente de nuvem, enquanto se concentram na migração e não na complexidade dos aplicativos.
Começar com um app independente reduz o risco inicial, porque mais tarde é possível aplicar o novo conhecimento da sua 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 rede para rede. Elas também exigem menos refatoração, geralmente têm menos gravidade de dados, não têm desafios específicos de conformidade e podem arcar com uma janela de transição. Para ver mais detalhes, veja como escolher os apps que vão ser migrados primeiro.
Agrupar aplicativos em ondas
Agrupe aplicativos em várias ondas com linhas do tempo associadas a cada uma delas, além do tempo de revisão dos planos com base no feedback de cada uma delas.
- Onda 1: alto valor comercial, pouco esforço para implementar.
- Esses aplicativos são candidatos ideais para migrações iniciais ou provas de conceito.
- Etapa 2: alto valor comercial e grande esforço para implementar.
- Essas inscrições serão priorizadas em seguida.
- Etapa 3: baixo valor comercial, pouco esforço para implementar.
- Essas inscrições serão priorizadas em seguida.
- Onda 4: baixo valor comercial e alto esforço para implementação.
- Estes aplicativos devem ser priorizados por último.
Depois de definir as ondas 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 descritos neste documento não garante o sucesso. No entanto, o documento destaca alguns pontos que geralmente são ignorados ao planejar migrações, como:
- Garantir que você tenha uma estratégia de reversão para cada etapa do plano de migração.
- Planejamento para lançamento e implantações graduais, conforme discutido anteriormente neste documento.
- Alertando todas as equipes de desenvolvimento e operações responsáveis pela migração das cargas de trabalho.
- 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.