As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Etapa 2: Implementação de uma grande migração
No estágio 2 de uma grande migração, o objetivo é migrar seus servidores em grande escala. Por exemplo, para migrar 1.000 servidores em 6 meses, você pode começar migrando 5 servidores por semana e depois aumentar gradualmente a velocidade para 50 a 100 servidores por semana.
Agora você usa os runbooks que desenvolveu no estágio 1 para migrar servidores em ondas. As primeiras duas ondas geralmente são pequenas porque os fluxos de trabalho de migração e portfólio estão adotando e ajustando os processos em seus runbooks. Melhorar os runbooks é fundamental para o sucesso de uma grande migração. Runbooks são documentos vivos. Você deve revisar, revisar e melhorar seus runbooks após cada transição. À medida que os runbooks evoluem com o tempo, a velocidade deve aumentar a cada onda.
No estágio 2, você usa os seguintes componentes para operar a fábrica de migração:
-
Regras de governança do projeto — Você segue os processos de governança do projeto para gerenciar ondas, comunicação, cronogramas e transições. Esses processos e ferramentas garantem que todos façam a coisa certa, na hora certa e na ordem certa.
-
Runbooks de portfólio — Você usa os runbooks de portfólio para priorizar aplicativos, planejar ondas e coletar os metadados necessários que suportam a migração. Esses metadados são equivalentes às matérias-primas em uma fábrica de manufatura.
-
Runbooks de migração — Você usa os runbooks de migração para migrar aplicativos e servidores, carregar os metadados em suas ferramentas de migração e concluir o processo de transição no final de cada onda. Ao seguir os runbooks de migração, você segue o plano wave nos runbooks do portfólio e usa os metadados nos runbooks do portfólio ou de outra fonte única de informações.
-
Grandes práticas recomendadas de migração e matriz de verificação de integridade — Você usa a matriz de verificação de integridade para avaliar seu estado atual com frequência e regularidade para garantir que tudo esteja sob controle.
A figura a seguir mostra uma fábrica de migração típica para grandes migrações.
Os runbooks são os principais componentes da fábrica de migração e trabalham juntos para formar um fluxo de dados por meio de dois fluxos de trabalho, portfólio e migração. Para obter mais informações sobre esses fluxos de trabalho, consulte o manual do Foundation para AWS grandes migrações. Em vez de ver uma onda em toda a fábrica de migração, as equipes geralmente se dedicam a determinadas partes da fábrica, e as ondas fluem por cada fluxo de trabalho. A duração de cada fluxo de trabalho varia de acordo com o cronograma, o escopo e a disponibilidade de recursos do projeto. Por exemplo, o fluxo de trabalho do portfólio pode ser de 3 semanas e o fluxo de trabalho de migração pode ser de 2 a 5 semanas. Evite problemas na cadeia de suprimentos em sua fábrica de migração garantindo que haja ondas de servidores suficientes para a migração. Recomendamos que o fluxo de trabalho do portfólio esteja cinco ondas à frente do fluxo de trabalho de migração.
A figura a seguir mostra uma visão dinâmica de uma fábrica de migração típica. Para cada onda, o fluxo de trabalho do portfólio dura de 1 a 2 semanas, e o fluxo de trabalho de migração normalmente dura de 3 a 4 semanas. O fluxo de trabalho do portfólio está cinco ondas à frente do fluxo de trabalho de migração, então sempre há um buffer de cinco ondas entre o portfólio e os fluxos de trabalho de migração. Ao final do estágio de migração 1, inicializando, o fluxo de trabalho do portfólio conclui o planejamento de ondas para um buffer de cinco ondas. Quando o fluxo de trabalho de migração começa a migrar aplicativos, isso indica que você entrou no estágio 2, a implementação. Tanto o portfólio quanto os fluxos de trabalho de migração continuam processando ondas, e o buffer impede que o fluxo de trabalho de migração fique sem servidores para migrar.
