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á.
Crie um plano de migração
A etapa de trabalho de planejamento de migração no AWS Transform for migrations é uma experiência colaborativa baseada em bate-papo para planejar grandes migrações. AWS Os agentes de transformação aplicam a orientação AWS prescritiva para orientar os clientes desde a análise de dados locais até os planos finalizados da onda de migração.
Depois que o trabalho de descoberta de dados locais é concluído com êxito, o AWS Transform usa os dados de descoberta para agrupar aplicativos em ondas de migração. AWS O Transform guia você pelas etapas para analisar e definir o escopo de seus servidores, agrupá-los em aplicativos, gerar grupos de movimentação e criar ondas de migração.
AWS O Transform oferece suporte ao planejamento iterativo em todo o processo:
Você pode fazer perguntas para entender melhor como o AWS Transform analisou seu software instalado, por exemplo, dependências de servidores e arquitetura de rede.
Você pode ajustar o escopo dentro de grupos de aplicativos e ondas a qualquer momento.
Você pode recarregar os dados de descoberta e o AWS Transform processará, eliminará a duplicação e mesclará automaticamente novos registros com os dados existentes.
Quando mudanças são detectadas, como dependências recém-descobertas ou adições de infraestrutura, o AWS Transform sinaliza grupos de dependências impactados e fornece recomendações para ajustes no plano Wave.
O planejamento da migração também pode usar dados de texto não estruturados para enriquecer o processo de planejamento.
Há quatro estágios de planejamento da migração:
Em Escopo e análise, você pode revisar seus dados de descoberta, fazer perguntas sobre seu ambiente de software e rede e determinar os recursos no escopo da migração.
Nos aplicativos de grupo, você pode fornecer uma combinação de regras comerciais e técnicas relacionadas, por exemplo, à análise de nomes de host, dependências de rede e regras de negócios, para que o planejamento da migração possa agrupar sua infraestrutura em aplicativos. Se você já tem um inventário de seus aplicativos, o planejamento da migração pode usar isso em vez disso.
Em Gerar grupos de movimentação, você pode fornecer ao planejamento de migração seus requisitos técnicos e comerciais para que ele possa determinar quais aplicativos devem ser movidos juntos. As dependências técnicas incluem bancos de dados, filas de mensagens ou outros recursos compartilhados entre vários aplicativos. As dependências comerciais e operacionais incluem importância comercial, RPO e RTO, localização do data center e proprietários de aplicativos.
Por fim, no Build waves, você pode contextualizar o planejamento de migração sobre seus cronogramas e prioridades para que ele possa criar um plano de ondas que você possa migrar. Você pode selecionar grupos de movimentação para inclusão em uma onda com base em fatores como pontuação de prioridade, tamanho do grupo de movimentação, contagem de usuários e complexidade do aplicativo.
Terminologia de planejamento de migração
- Onda de migração
-
Um grupo lógico de aplicativos que são migrados juntos. As ondas de migração são compostas por um ou mais grupos de movimento.
- Mova o grupo
-
Um conjunto de aplicativos codependentes que devem ser movidos juntos. Eles podem ter dependências técnicas, como um banco de dados compartilhado, ou dependências comerciais, como o suporte a uma função comercial compartilhada.
- Dependência
-
Uma relação entre sistemas. Existem vários tipos de dependências:
Dependências críticas ou difíceis. Os sistemas não podem operar sem a dependência. Exemplos comuns incluem aplicativos que dependem de bancos de dados, outros aplicativos ou serviços.
Dependências leves. Não é essencial para a operação do sistema. Exemplos comuns incluem dependências insensíveis à latência que podem ser migradas de forma independente.
Non-technicaldependências. Dependências comerciais, organizacionais, operacionais e de conformidade relacionadas à sua organização e suas prioridades. Os exemplos incluem função comercial compartilhada e propriedade organizacional.
Fluxo de trabalho
O planejamento da migração é um fluxo de trabalho interativo e iterativo. Você pode voltar e fazer alterações nas etapas anteriores a qualquer momento. Um fluxo de trabalho típico de planejamento de migração é:
O planejamento da migração começa resumindo os dados de descoberta que estão disponíveis. Analise os dados disponíveis e retorne à etapa de descoberta a qualquer momento para fornecer dados adicionais.
Na etapa de definição de escopo e análise, você pode fazer perguntas sobre seu ambiente local para validar os dados coletados. Exemplos de perguntas incluem:
Listar meus servidores por sistema operacional
Resuma minha topologia de rede local
Liste as tecnologias mais comuns em execução no meu ambiente.
Ao analisar seu ambiente, se você identificar servidores que não deveriam estar no escopo da migração, poderá pedir ao AWS Transform que exclua esses recursos. Exemplos incluem:
Remova todos os servidores que têm legado em seu nome de host
Remova todos os servidores no 10.0.2. 0/24 sub-rede
Remova todos os servidores que executam versões do Windows anteriores a 2022
Depois de explorar suficientemente seu ambiente e determinar o escopo da migração, você pode pedir à AWS Transform que passe para a próxima etapa do planejamento da migração.
A próxima etapa é o agrupamento de aplicativos. Se você já tem seus servidores mapeados para aplicativos, pode pedir ao AWS Transform que use esse mapeamento e pule esta etapa. Se você não tiver seus aplicativos predefinidos, poderá fornecer a lógica técnica e comercial que define seus aplicativos. AWS O Transform guiará você pelo processo de agrupamento de aplicativos e sugerirá os pontos de dados que você pode fornecer para agrupar efetivamente seus servidores em aplicativos. Quanto mais informações você puder fornecer sobre seus aplicativos locais, mais eficientemente o AWS Transform poderá agrupar seus servidores em aplicativos. Depois de fornecer informações suficientes, você poderá instruir o AWS Transform a realizar o agrupamento de aplicativos.
Depois que o agrupamento de aplicativos for executado, revise os grupos de aplicativos. Você pode instruir o AWS Transform a fazer as alterações necessárias, por exemplo:
Mova o servidor exemplo-servidor para o aplicativo-5
Renomeie o aplicativo-5 como “Ambiente de teste de aplicativos de RH”
Remova todos os servidores Linux do IIS Dev Farm
Depois que seus aplicativos estiverem agrupados, instrua o AWS Transform a passar para a próxima etapa
A próxima etapa é mover o agrupamento. Na etapa de movimentação de agrupamento, você identifica os aplicativos que devem ser movidos juntos. Forneça contexto sobre suas dependências técnicas e não técnicas. AWS O Transform guiará você pelo processo e sugerirá pontos de dados que você pode fornecer para agrupar seus aplicativos. Há várias considerações a serem feitas nesta fase, incluindo:
Qual deve ser o tamanho alvo do grupo de mudança?
Você quer combinar ambientes, por exemplo, desenvolvimento, teste e produção, para cada aplicativo ou dividi-los?
Como você deseja considerar as dependências de rede? Todas as dependências são críticas ou algumas delas podem ser consideradas dependências flexíveis e divididas em grupos de movimentação?
-
Depois de fornecer suas regras para o agrupamento de movimentos, instrua o AWS Transform a executar sua estratégia de agrupamento de movimentos. Em seguida, você pode revisar e modificar seus grupos de movimentação. Depois de revisar seus grupos de mudança, você pode instruir o AWS Transform a passar para a etapa final do planejamento da migração.
O planejamento de ondas é a etapa final do planejamento da migração. Nesta etapa, você agrupa seus grupos de movimentação em ondas de migração e prioriza essas ondas. Na etapa de planejamento de ondas, o AWS Transform orientará você a fornecer a priorização de negócios necessária para agrupar seus grupos de mudança em ondas e, em seguida, priorizar essas ondas. As considerações dentro do planejamento de ondas incluem:
A importância comercial de cada um de seus grupos de mudança
Os cronogramas de migração e os cronogramas de cada grupo de mudança
Os riscos associados a cada grupo de mudanças
O número de servidores a serem migrados por onda
Depois de fornecer orientação suficiente sobre como se agrupar em ondas, instrua o AWS Transform a executar o planejamento de ondas. Você pode então revisar suas ondas e modificá-las.
Depois de finalizar seu plano wave, você poderá concluir o planejamento da migração e passar para a execução. Você pode retornar ao planejamento da migração a qualquer momento para refinar e iterar seu plano.
Para cada onda, você pode atribuir uma estratégia de migração: rehospedar (migrar servidores para o Amazon EC2) e conteinerizar (conteinerizar o código-fonte e implantar no Amazon Elastic Container Service ou no Amazon Elastic Kubernetes Service). Quando você atribui a uma onda a estratégia containerize, o AWS Transform executa o fluxo de trabalho de conteinerização do código-fonte dessa onda durante a execução da migração. Para obter mais informações, consulte Containerização do código-fonte. Para obter estratégias AWS recomendadas em toda a estrutura 7Rs antes de atribuí-las, consulte. Recomendações da estratégia de migração (7Rs)
