Depois de planear a migração, pode continuar para a fase de execução. Este e os seguintes documentos oferecem-lhe uma síntese dos métodos e das ferramentas que pode usar para executar a sua migração.
Antes de começar
- Conclua a primeira fase de descoberta, avaliação e planeamento da migração.
- Conclua o design de base e o design da zona de destino.
Preparação inicial da migração
O projeto de migração para a nuvem é o principal esforço organizacional que impulsiona a migração das suas cargas de trabalho para o Google Cloud.
Cada projeto de migração é dividido em ondas. Uma onda é um grupo de aplicações que partilham caraterísticas comuns ou interdependências, conforme identificado pela deteção e avaliação da carga de trabalho. Normalmente, as aplicações autónomas e as bases de dados são boas candidatas para uma primeira onda de migração, uma vez que têm poucas dependências externas. Por outro lado, as cargas de trabalho com interdependências significativas constituem uma onda de migração complexa que requer planeamento adicional. Neste caso, tem de refinar o plano de migração para rever o impacto empresarial das interdependências e remover os bloqueios que podem impedir a migração.
As cargas de trabalho numa onda de migração são divididas em grupos de movimento e migradas para Google Cloud em sprints. Um grupo de movimento é um grupo de recursos de infraestrutura e cargas de trabalho que tem de migrar em conjunto. Estes podem fazer parte da mesma aplicação ou de um grupo de aplicações interdependentes.
Durante cada sprint, tem de realizar as seguintes ações:
- Prepare e integre as ferramentas necessárias para a migração.
- Desenvolva um plano de sprint.
- Execute o plano do sprint.
Processo e metodologia de migração
Planeamento do sprint e guia interativo
No plano de sprint, defina como vai executar as ondas de migração categorizadas num sprint. Crie um manual de estratégias abordando os seguintes componentes fundamentais.
| # | Item | Descrição |
|---|---|---|
| 0 | Arquitetura das ferramentas de migração | Arquitetura de ferramentas que constituem uma fábrica de migração (ferramentas para avaliação contínua, refinamento do plano de ondas, migração específica da carga de trabalho, criação, testes, implementação e monitorização) |
| 1 | Lista de verificação de migração | Lista de verificação para utilização antes e durante o sprint de migração |
| 2 | Inventário | Lista de cargas de trabalho que vão ser migradas para Google Cloud |
| 3 | Manual de procedimentos do sprint | Diretrizes de execução para migrar cada carga de trabalho |
| 4 | Plano de migração | Plano de migração passo a passo (processo) a seguir durante o sprint de migração |
| 5 | Regras de rede e segurança | Lista de todas as regras de firewall para entrada e saída em
Google Cloud Alterações de DNS durante a migração para Google Cloud |
| 6 | Riscos e mitigação | Possíveis riscos durante o sprint de migração e passos de mitigação |
| 7 | Testes e validação | Plano de testes para validar os requisitos funcionais e não funcionais |
| 8 | Plano de reversão | Passos de reversão por carga de trabalho |
| 9 | Composição da equipa | Composição e lista da equipa com detalhes de contacto |
| 10 | Governança | Matriz RACI da equipa de execução da migração, cadência e relatórios, mecanismos de resolução de encaminhamento |
Execução da migração
Depois de concluir a fase de planeamento e preparação da migração, esta secção descreve como realizar migrações repetíveis e validações para Google Cloud.
Avalie
A primeira iteração da avaliação ocorre durante a fase de planeamento da migração e gera dados sobre as dependências entre as cargas de trabalho e os componentes da infraestrutura. Tem de continuar a realizar a deteção e a avaliação ao longo do seu projeto de migração para a nuvem para recalibrar e enriquecer os dados relacionados com os seguintes aspetos:
- Mapeamento de aplicações e bases de dados para o mapeamento de infraestruturas (para identificar todos os componentes de infraestrutura e plataforma para uma carga de trabalho empresarial)
- Mapeamento entre a infraestrutura e as aplicações, as bases de dados e os serviços (para identificar todas as cargas de trabalho empresariais anexadas a um componente de infraestrutura ou plataforma)
- Dependências entre cargas de trabalho empresariais
- Consumo de recursos por cargas de trabalho
- Identificação de cargas de trabalho que não foram descobertas na onda inicial de avaliação
- Identificação de requisitos da zona de destino novos ou alterados que não foram identificados na onda inicial de avaliação
- Identificação de problemas de bloqueio que impedem potencialmente a migração
Uma avaliação contínua é fundamental para calibrar e refinar continuamente o grupo de mudança, identificar e mitigar riscos, bem como refinar e otimizar os planos de ondas de migração.
Plano
A fase de planeamento numa onda de migração visa definir o âmbito final dos sprints numa onda e consolida os planos de migração específicos dos componentes num único plano. Os resultados desta fase são os seguintes:
- Mova grupos no âmbito do sprint atual
- Lista de verificação do sprint de migração
- Mitigações para corrigir problemas de bloqueio
- Plano de migração, criação, teste e implementação
- Plano de reversão
- Agendamento da execução
O planeamento detalhado de baixo nível é fundamental para uma implementação bem-sucedida que se segue.
Implementação
Durante a fase de implementação, a equipa de migração executa o plano de migração e remove quaisquer problemas críticos. Recomendamos que configure reuniões de estado regulares para acompanhar o plano de execução. No entanto, estas reuniões de estado não devem ser usadas para resolver problemas. Em alternativa, configure sessões separadas e dedicadas com os respetivos especialistas técnicos.
As saídas da fase de implementação são as seguintes:
- Atualizações do plano de migração (estado por passo, notas)
- Atualizações do tracker de problemas de migração
- Resultados do teste pós-migração
- Atualizações da CMDB (se aplicável)
- Comunicação dos resultados da migração aos intervenientes
Se a implementação não for bem-sucedida, por exemplo, se o plano de migração falhar, os testes falharem ou a correção for impossível dentro do prazo de migração definido, tem de executar o plano de reversão. Recomendamos que execute testes de aplicações após a reversão e se certifique de que quaisquer alterações externas que faziam parte do plano de migração, como a configuração dos sistemas a montante e a jusante, também são revertidas.
Otimizar
A fase de otimização permite que a equipa do projeto se reagrupe após a conclusão da fase de implementação para documentar as lições aprendidas e implementar melhorias para as ondas e os sprints seguintes. Para o âmbito que já foi migrado, a fase de otimização pode ser usada para resolver problemas não críticos após a migração.
Esta fase é importante, pois permite uma melhoria contínua ao longo da cronologia do projeto.
Os resultados da fase são os seguintes:
- Atualizações do tracker de problemas de migração
- Atualizações da base de conhecimentos do projeto, se aplicável
Ferramentas de migração
As ferramentas de automatização desempenham um papel importante no ciclo de vida da migração. Durante a fase de execução da migração, tem de criar uma arquitetura de ferramentas de automatização com base em vários fatores, como o tipo de cargas de trabalho a migrar, a distribuição geográfica e a estratégia de implementação, bem como os requisitos de segurança.
Os seguintes documentos apresentam várias ferramentas de automatização que abordam as seguintes capacidades:
- Ferramentas de migração e modernização
- Crie ferramentas de automatização de CI/CD
- Ferramentas de teste
O que se segue?
- Saiba mais acerca das ferramentas de migração e modernização.
- Saiba mais acerca da Google Cloud migração.