Tarefa 1: Realizar a descoberta inicial e validar a estratégia de migração

A primeira etapa da avaliação do portfólio em um grande projeto de migração é entender as informações que você tem hoje, os fatores técnicos e comerciais e todas as decisões estratégicas de migração que já foram tomadas. O resultado da avaliação do portfólio é alimentar continuamente os metadados de migração, o plano de ondas e as estratégias de migração no fluxo de trabalho de migração. Com base nas informações coletadas, você analisa as lacunas e decide as próximas etapas. Você pode pular algumas das seções deste manual se já tiver concluído a análise e as tarefas. Essa tarefa consiste nas seguintes etapas:

• Etapa 1: validar os dados de descoberta

• Etapa 2: identificar os impulsionadores comerciais e técnicos

• Etapa 3: validar as estratégias de migração

• Etapa 4: validar os padrões de migração

Etapa 1: validar os dados de descoberta

Na fase de mobilização, você pode ter concluído a avaliação inicial do portfólio e, em caso afirmativo, pode reutilizar esses dados de descoberta na fase de migração. Se não, não se preocupe. Este manual explicará o que é necessário para apoiar sua grande migração.

As grandes migrações geralmente têm muitos dados. Por exemplo, você tem:

• Metadados sobre os servidores, aplicativos e bancos de dados de origem

• Informações sobre seu portfólio de TI do seu banco de dados de gerenciamento de configuração (CMDB)

• Dados de ferramentas de descoberta que ajudam você a entender melhor o estado atual e as dependências

• Metadados para recursos de destino AWS

Sobre os tipos de metadados

A seguir estão os três tipos principais de metadados necessários para oferecer suporte a uma grande migração:

• Metadados do portfólio de origem — Os metadados do portfólio de origem são os metadados sobre seus servidores, aplicativos e bancos de dados de origem. Você pode obter os metadados de um CMDB existente, de ferramentas de descoberta ou até mesmo do proprietário do aplicativo. Você pode encontrar uma lista abrangente desse tipo de metadados aqui, e a seguir estão alguns exemplos:

  • Nome do servidor

  • Endereço IP do servidor

  • Sistema operacional (SO) do servidor

  • Armazenamento de servidor, CPU, memória e operações de entrada/saída por segundo (IOPS)

  • Nome da aplicação

  • Proprietário do aplicativo

  • pplication-to-application Dependências de A

  • Unidade de negócios

  • Um pplication-to-server mapeamento

  • Um pplication-to-database mapeamento

  • Tipo e tamanho do banco de dados

  • Tipo e tamanho de armazenamento

  • Metadados de dependências

  • Dados de desempenho e uso

• Metadados do ambiente de destino — Esse é um tipo de metadado que ajuda você a migrar os servidores para o ambiente de destino. Você precisa tomar decisões sobre o ambiente de destino. Você pode obter alguns desses metadados nas ferramentas de descoberta. Veja a seguir alguns exemplos desse tipo de metadados:

  • Sub-rede de destino

  • Grupo de segurança alvo

  • Tipo de instância de destino

  • Função do Target AWS Identity and Access Management (IAM)

  • Endereço IP de destino

  • ID AWS da conta de destino

  • AWS Região de destino

  • AWS Serviço alvo

  • Projeto de arquitetura de aplicativos alvo

• Metadados de planejamento de ondas — Os metadados de planejamento de ondas são o tipo de metadado que ajuda você a gerenciar a migração. Veja a seguir exemplos desse tipo de metadados:

  • ID da onda

  • Hora de início da onda

  • Economize o tempo de transição

  • Proprietário do Wave

  • Vá para o mapeamento de aplicativos/servidores/bancos de dados/grupos de movimentação

Valide seus dados de descoberta

É importante entender seus dados de descoberta atuais antes de tomar qualquer decisão. Você provavelmente não tem todas as informações nesse estágio da migração. Esse manual ajuda a definir os requisitos de metadados e a coletar os metadados de forma eficiente. Faça a si mesmo as seguintes perguntas para identificar quais metadados estão disponíveis atualmente e onde eles podem estar localizados:

• Você já usou alguma ferramenta para realizar uma avaliação de migração, como o Migration Evaluator?

• Você implantou alguma ferramenta de descoberta em seu ambiente, como AWS Application Discovery Service o Flexera One Cloud Migration and Modernization?

• Você tem um CMDB com mais up-to-date informações para seu portfólio de TI?

• Você concluiu a avaliação inicial do portfólio na fase de mobilização?

• Você concluiu o planejamento inicial da onda?

• Você concluiu o projeto inicial do ambiente de destino?

• Qual é a origem de cada tipo de metadado?

• Você tem acesso a todos os metadados?

• Como você acessa todos os metadados?

• Você documentou o processo de acesso aos metadados?

Etapa 2: identificar os impulsionadores comerciais e técnicos

Os fatores de negócios e tecnologia são essenciais quando se considera as estratégias e os padrões de migração de alto nível para cada aplicativo. Você deve entender os fatores que são exclusivos de sua migração. Você usa esses fatores comerciais e técnicos ao validar suas estratégias de migração e definir regras de mapeamento de aplicativos.

Impulsionadores de negócios comuns

Os fatores impulsionadores de negócios são fatores relacionados às metas ou limitações comerciais que você deve considerar ao planejar uma grande migração, como contratos expirando, crescimento rápido ou orçamento. Os seguintes são fatores de negócios comuns:

• Saindo de um data center — Você precisa migrar o mais rápido possível para a nuvem. Por exemplo, um contrato de data center está prestes a expirar.

• Redução de custos e riscos operacionais — Você deseja reduzir os custos ou riscos associados à operação de um ambiente local.

• Flexibilidade — Você precisa migrar para a nuvem como uma direção estratégica para se preparar para as mudanças no futuro da empresa.

• Expandir o negócio — Você precisa ser capaz de acelerar rapidamente o desenvolvimento e a inovação ou acomodar o rápido crescimento.

• Usando dados de forma inteligente — Você quer aproveitar as vantagens da inteligência artificial baseada em nuvem, do aprendizado de máquina e da Internet das Coisas (IoT), que podem prever o crescimento da sua empresa e fornecer informações sobre o comportamento do cliente.

• Melhorando a segurança e a conformidade — Você precisa aproveitar os programas de conformidade que já estão integrados à infraestrutura de AWS nuvem ou usar as ferramentas de segurança baseadas em software que podem alertá-lo sobre uma possível ameaça aos seus dados.

• Disponibilidade de recursos — Ter recursos limitados ou experiência interna limitada pode levar você a selecionar estratégias que movem o aplicativo sem modificações.

Drivers técnicos comuns

Os fatores técnicos são fatores relacionados às metas ou limitações técnicas que você deve considerar ao planejar uma grande migração, como a arquitetura atual. A seguir estão os drivers técnicos comuns:

• Hardware ou software end-of-support — Seu hardware ou software está próximo do fim de seu ciclo de vida e você precisa atualizá-lo porque o fornecedor não oferece mais suporte a ele.

• Integração de tecnologia — Você obtém acesso à infraestrutura global que permite escalar rápida e estrategicamente seu aplicativo. Você pode se tornar global rapidamente com serviços e infraestrutura globais prontos para você usar.

• Limitações de armazenamento e computação — Seu data center não tem capacidade para mais armazenamento ou servidores, e você precisa encontrar outro local para expandir.

• Requisitos de escalabilidade e resiliência — Seus aplicativos passaram por períodos de inatividade no passado e você quer usar a nuvem para melhorar o objetivo de ponto de recuperação (RPO) e o objetivo de tempo de recuperação (RTO).

• Modernizando a arquitetura de aplicativos — Você quer aproveitar as vantagens da nuvem e transformar seus aplicativos em nativos da nuvem.

• Melhoria do desempenho — O desempenho do seu aplicativo é ruim durante os períodos de pico. Você deseja aumentar e diminuir a escala automaticamente para atender à demanda.

Atualize o runbook

1. Nos modelos de manual do portfólio, abra o modelo Runbook para priorização de aplicativos (formato Microsoft Word).

2. Na seção Diretrizes comerciais e técnicas, registre os fatores que você identificou para seu grande projeto de migração.

3. Salve seu runbook de priorização de aplicativos.

Etapa 3: validar as estratégias de migração

Selecionar estratégias de migração é fundamental para uma grande migração. Você deve verificar se as estratégias de migração selecionadas atendem às expectativas, limitações e requisitos organizacionais. Para obter mais informações sobre as estratégias de migração disponíveis, consulte o Guia para AWS grandes migrações.

Você pode ter selecionado estratégias de migração na fase de mobilização ou durante a avaliação inicial do portfólio. Nesta etapa, você usa os direcionadores comerciais e técnicos para selecionar e validar as estratégias de migração para seu portfólio.

Suas estratégias de migração podem mudar à medida que você avalia o portfólio e inicia a migração. Nesse estágio, o objetivo é entender a distribuição geral do seu portfólio para cada estratégia de migração. Selecionar estratégias de migração é fundamental para a próxima etapa, validando os padrões detalhados de migração.

Selecione e valide as estratégias de migração

Avalie o portfólio e selecione as estratégias de migração da seguinte forma:

1. Analise todos os fatores técnicos e comerciais que você identificou na etapa anterior e priorize-os com base nas necessidades da sua empresa.

2. Mapeie cada impulsionador técnico e comercial de acordo com uma estratégia de migração. A tabela a seguir é um exemplo.

   Prioridade	Motorista comercial ou técnico	Estratégia de migração
   1	Sair de um data center em uma data especificada	Hospede novamente o maior número possível de aplicativos e reformule a plataforma e refatore somente se a rehospedagem não for possível.
   2	Reduza os custos e os riscos operacionais	Para acelerar a migração, rehospede o maior número possível de aplicativos.
   3	Hardware ou software end-of-support	Hospede novamente os aplicativos compatíveis e reorganize os aplicativos que não são compatíveis com hardware e software mais novos na nuvem.
   4	Disponibilidade de recursos	Hospede novamente no AWS Managed Services (AMS) para reduzir a sobrecarga operacional.

3. Ao avaliar cada fator comercial e técnico e avaliar seu portfólio em alto nível, estime como os aplicativos devem ser distribuídos entre cada estratégia de migração. É comum ver conflitos entre os motoristas. As partes interessadas do projeto precisam trabalhar juntas e tomar as decisões finais para resolver os conflitos. Veja a seguir um exemplo de como você pode distribuir seu portfólio para cada estratégia de migração:

   • Rehospedar — 60%

   • Replataforma — 15%

   • Aposentadoria — 10%

   • Retenção — 5%

   • Recompra — 5%

   • Refatorar — 5%

Não prossiga com a migração até que você tenha selecionado estratégias de migração de alto nível para seu portfólio.

Atualize o runbook

1. Abra seu runbook de priorização de aplicativos.

2. Na seção Estratégias de migração, registre como a carga de trabalho do aplicativo é distribuída entre as sete estratégias de migração. Por exemplo: .

   • Rehospedar — 60%

   • Replataforma — 15%

   • Aposentadoria — 10%

   • Retenção — 5%

   • Recompra — 5%

   • Refatorar — 5%

3. Salve seu runbook de priorização de aplicativos.

Etapa 4: validar os padrões de migração

Sobre padrões de migração

Um padrão de migração é uma tarefa de migração repetível que detalha a estratégia de migração, o destino da migração e o aplicativo ou serviço de migração usado. Um exemplo é rehospedar no Amazon Elastic Compute Cloud (Amazon EC2) usando. AWS Application Migration Service Os AWS serviços e soluções a seguir são frequentemente referenciados em padrões comuns de migração:

• AWS Contêiner App2

• AWS Application Migration Service (AWS MGN)

• AWS CloudFormation

• AWS Database Migration Service (AWS DMS)

• AWS DataSync

• Amazon Elastic Compute Cloud (Amazon EC2)

• Amazon Elastic Container Service (Amazon ECS)

• Amazon Elastic File System (Amazon EFS)

• AWS Solução de fábrica de migração para a nuvem

• Amazon Relational Database Service (Amazon RDS)

• AWS Schema Conversion Tool (AWS SCT)

• AWS Transfer Family

Assim como na seleção de estratégias de migração, talvez você já tenha identificado seus padrões de migração em uma fase anterior. No entanto, você deve validá-los e garantir que os padrões tenham sido definidos e documentados. A tabela a seguir lista estratégias e padrões comuns de migração.

ID	Strategy	Padrão
1	Redefinir a hospedagem	Hospede novamente no Amazon EC2 usando o Application Migration Service ou o Cloud Migration Factory
2	Redefinir a plataforma	Reorganize a plataforma para o Amazon RDS usando e AWS DMS AWS SCT
3	Redefinir a plataforma	Reorganize a plataforma para o Amazon EC2 usando AWS CloudFormation nota CloudFormation modelos criam uma nova infraestrutura no Nuvem AWS.
4	Redefinir a plataforma	Replataforma para o Amazon EFS usando AWS DataSync ou AWS Transfer Family
5	Redefinir a plataforma	Replataforma para o Amazon ECS usando o App2Container AWS
6	Redefinir a plataforma	Reorganize servidores de mainframe ou midrange para o Amazon EC2 usando um emulador
7	Redefinir a plataforma	Replataforma do Windows para o Linux no Amazon EC2
8	Retirada	Retire o aplicativo
9	Reter	Mantenha-se no local
10	Recompra	Recompra e atualização para SaaS
11	Refatore ou reestruture	Rearquitetar o aplicativo

Atualize o runbook

Nesse ponto, você define os padrões no nível do portfólio. Posteriormente neste manual, você mapeia cada aplicativo de acordo com seu padrão de migração correspondente.

1. Abra seu runbook de priorização de aplicativos.

2. Na seção Padrões de migração, registre os padrões de migração que você identificou e validou. Atribua a cada padrão uma ID exclusiva e anote a estratégia de migração do padrão.

3. Salve seu runbook de priorização de aplicativos.

Observe que os padrões de migração podem mudar à medida que você avança. Você pode alterar suas estratégias e padrões de migração posteriormente, à medida que encontrar novas informações, alterar o escopo da carga de trabalho ou até mesmo decidir usar novos AWS serviços.

Critérios de saída da tarefa

Se você ainda não identificou suas estratégias e padrões de migração a partir de uma perspectiva de portfólio de alto nível, é altamente recomendável que você trabalhe com as equipes técnicas para defini-los antes de passar para a próxima tarefa. A avaliação do portfólio e o planejamento de ondas dependem da compreensão das estratégias e padrões de migração. Você não precisa ter uma lista abrangente de padrões de migração antes de continuar. Você pode adicionar novos padrões e ajustar suas estratégias à medida que avança.

Continue com a próxima tarefa depois de concluir o seguinte:

• Você tem acesso aos dados de descoberta mais recentes e os entende.

• Você identificou os fatores comerciais e técnicos para sua migração.

• Você selecionou e validou as estratégias de migração com base em seus fatores técnicos e de negócios.

• Você selecionou e validou os padrões de migração.

• Você documentou o seguinte em seu runbook de priorização de aplicativos:

  • Impulsionadores comerciais e técnicos

  • Estratégias de migração

  • Padrões de migração