Planeie as suas ondas de migração

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

Dimensões a considerar para o catálogo de aplicações.

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.

Mapeamento de aplicações por complexidade.

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.

Planear ondas de migração.

Depois de definir as ondas de migração, pode organizá-las num plano do projeto.

Linha cronológica da migração e plano de 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:

  1. Garantir que tem uma estratégia de reversão para cada passo do plano de migração.
  2. Planeamento de implementações e implementações graduais, conforme abordado anteriormente neste documento.
  3. Alertar todas as equipas de desenvolvimento e operações responsáveis pelas cargas de trabalho a migrar.
  4. Remover recursos e experiências de prova de conceito do ambiente de produção de destino.
  5. Definir critérios para desativar em segurança o ambiente de origem.
  6. 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?