Este documento descreve como planear as suas ondas de migração.
Pode agrupar os candidatos à migração em ondas de migração. O agrupamento pode ser feito a um nível elevado (com base em categorias) ou detalhado (aplicações, localizações, componentes), com base nas informações que recolhe durante a fase de deteção e avaliação.
Crie um catálogo de aplicações
Para começar o planeamento, crie um catálogo de aplicações. Organize as suas aplicações em categorias com base na arquitetura da aplicação, nas considerações empresariais e nas operações de TI. Isto ajuda a prioritizá-las de acordo com a criticidade, a complexidade e os riscos empresariais envolvidos na migração para a nuvem. A combinação e a priorização destes fatores variam entre as organizações, os respetivos imperativos empresariais e o mapeamento destes imperativos para cargas de trabalho, tanto na arquitetura atual como na Google Cloud arquitetura futura.
A lista seguinte apresenta as três categorias principais e os fatores que tem de considerar em cada categoria.
Arquitetura da aplicação
- Restrições técnicas
- Número de dependências
- Número de níveis
- Com estado vs. sem estado
- Requisitos de desempenho
- Dependências geográficas
Considerações empresariais
- Requisitos de conformidade
- Criticidade para a empresa
- Capacidade de alteração da empresa
- Número de utilizadores
- Tipo de utilizadores (internos, externos)
- TCO
Operações de TI
- Ambiente de funcionamento
- Contrato de nível de serviço
- Disponibilidade
- cópia de segurança
Mapeie e priorize
A partir do catálogo de aplicações, mapeie as aplicações com base na complexidade e na abordagem de migração de destino. A sua abordagem de migração deve basear-se nos resultados empresariais esperados, no esforço de migração e nos fatores de risco associados, tanto durante como após a migração.
Em seguida, classifique os candidatos à migração por ordem de prioridade, com base no valor empresarial e no esforço necessário para migrar. Para se preparar para a migração, identifique as apps com funcionalidades que as tornam mais propensas a serem movidas primeiro. Pode escolher apenas uma ou incluir muitas apps na primeira onda. As apps na primeira fase permitem que as suas equipas testem a implementação no ambiente da nuvem, enquanto se focam na migração em vez da complexidade das apps.
Começar com uma app autónoma reduz o risco inicial porque, mais tarde, pode aplicar os novos conhecimentos da sua equipa a aplicações mais complexas e com muitas dependências.
Normalmente, as apps na primeira onda não são cruciais para a empresa e têm menos dependências do sistema e de rede para rede. Também requerem menos refatoração, normalmente têm menos gravidade dos dados, não têm desafios de conformidade específicos e podem permitir uma janela de transição. Para mais detalhes, veja como escolher as apps a migrar primeiro.
Agrupe candidaturas em ondas
Agrupar as candidaturas em várias ondas com prazos associados a cada onda, juntamente com o tempo para rever os planos com base no feedback de cada onda.
- Onda 1: elevado valor empresarial, baixo esforço de implementação.
- Estas aplicações são candidatas ideais para migrações antecipadas ou provas de conceito.
- Onda 2: elevado valor empresarial, elevado esforço de implementação.
- Estas candidaturas podem ter prioridade a seguir.
- Onda 3: baixo valor empresarial e baixo esforço de implementação.
- Estas candidaturas podem ter prioridade a seguir.
- Onda 4: baixo valor empresarial e elevado esforço de implementação.
- Estas candidaturas devem ter a menor prioridade.
Depois de definir as ondas de migração, pode organizá-las num plano do projeto.
Siga as práticas recomendadas
Para melhorar o seu plano de migração, siga as práticas recomendadas para validar um plano de migração. Seguir os conceitos nesse documento não dá garantias de sucesso. No entanto, o documento realça alguns pontos que são frequentemente ignorados ao planear migrações, como:
- Garantir que tem uma estratégia de reversão para cada passo do plano de migração.
- Planeamento de implementações e implementações graduais, conforme abordado anteriormente neste documento.
- Alertar todas as equipas de desenvolvimento e operações responsáveis pelas cargas de trabalho a migrar.
- Remover recursos e experiências de prova de conceito do ambiente de produção de destino.
- Definir critérios para desativar em segurança o ambiente de origem.
- Garantir que realiza uma avaliação de risco de migração para cada onda de migração e executa mitigações para os riscos identificados.
O que se segue?
- Saiba como executar uma migração.