Descrever a estrutura de migração do Azure
Antes de começar a migrar cargas de trabalho locais do Tailwind Traders para o Azure, você deve considerar a criação de um plano de migração. O plano deve identificar as cargas de trabalho a serem migradas e o serviço ou ferramentas apropriados a serem usados durante a migração. Idealmente, seu plano também deve incluir detalhes sobre como otimizar os serviços migrados.
A estrutura de migração do Azure pode ajudá-lo a desenvolver seu plano e trabalhar em sua migração. A estrutura consiste em quatro estágios: Avaliar, Migrar, Otimizar e Monitorar.
Etapa 1: Avaliar seu ambiente local
Na primeira etapa, você avalia o ambiente local atual:
- Identifique seus aplicativos e seus servidores, serviços e dados relacionados que estejam dentro do escopo de migração
- Começar a envolver as partes interessadas, como o departamento de TI e grupos empresariais relevantes
- Crie um inventário completo e um mapa de dependência de seus servidores, serviços e aplicativos que você planeja migrar
- Estime suas economias de custos usando a Calculadora de Custo Total de Propriedade (TCO) do Azure
- Identificar ferramentas e serviços apropriados que você pode usar para executar os quatro estágios
Padrões da estratégia de migração
Há cinco padrões de estratégia amplos para migrar cargas de trabalho para a nuvem, geralmente chamados de cinco Rs de racionalização: Rehost, Refactor, Rearchitect, Rebuild e Replace. A estratégia a adotar depende dos seus fatores comerciais e metas de migração. Você pode considerar a adoção de vários padrões. Você pode optar por rehospedar aplicativos simples ou aplicativos que não são críticos para sua empresa, mas rearquitetar aplicativos que são mais complexos e críticos para os negócios.
Rehost: Rehost é muitas vezes referido como uma migração de elevador e turno. Essa estratégia não requer alterações de código e permite que você migre suas cargas de trabalho existentes para o Azure rapidamente. Cada carga de trabalho é migrada como está, sem o risco e o custo associados às alterações de código.
Refactor: Refactor é muitas vezes referido como reembalagem. A refatoração requer alterações mínimas nos aplicativos para que eles possam se conectar à plataforma Azure como serviço (PaaS) e usar ofertas de nuvem. Você pode migrar aplicativos existentes para o Serviço de Aplicativo do Azure ou para o Serviço Kubernetes do Azure (AKS). Ou, você pode refatorar bancos de dados relacionais e não relacionais em outras opções. Refatore em Instância Gerenciada SQL do Azure, Banco de Dados do Azure para MySQL, Banco de Dados do Azure para PostgreSQL e Azure Cosmos DB (se seu aplicativo puder ser facilmente reempacotado para funcionar no Azure).
Rearquiteto: o rearquiteto para migração se concentra em modificar e estender a funcionalidade do aplicativo e a base de código para otimizar a arquitetura do aplicativo para escalabilidade na nuvem. Você pode dividir um aplicativo monolítico em um grupo de microsserviços que trabalham juntos e são dimensionados facilmente. Ou, você pode rearquitetar bancos de dados relacionais e não relacionais para uma solução de banco de dados totalmente gerenciada. Rearquitete para Instância Gerenciada SQL do Azure, Banco de Dados do Azure para MySQL, Banco de Dados do Azure para PostgreSQL e Azure Cosmos DB.
Reconstruir: Reconstruir leva as coisas um passo adiante, reconstruindo completamente um aplicativo usando as tecnologias de nuvem do Azure. Você pode criar aplicativos green-field com tecnologias nativas da nuvem, como Azure Functions, Azure AI, Azure SQL Managed Instance e Azure Cosmos DB.
Substituir: Implementar soluções utilizando a melhor tecnologia e abordagem disponíveis neste momento. Às vezes, os aplicativos de software como serviço (SaaS) podem fornecer todas as funcionalidades necessárias para seus aplicativos hospedados. Em seguida, uma carga de trabalho pode ser agendada para substituição, removendo-a do escopo de migração.
A tabela a seguir lista cenários para trabalhar com os quatro padrões.
| Realojamento | Refatorização | Rearquitetura | Reconstruir | Replace |
|---|---|---|---|---|
| Mova cargas de trabalho rapidamente para a nuvem Mover uma carga de trabalho sem modificá-la Para aplicativos projetados para aproveitar a escalabilidade IaaS do Azure após a migração Quando as cargas de trabalho são importantes para o seu negócio, mas você não precisa de alterações imediatas nos recursos do aplicativo |
Aplicar práticas inovadoras de DevOps fornecidas pelo Azure Implementar uma estratégia de contêiner de DevOps para cargas de trabalho Ofereça suporte à portabilidade de sua base de código existente e habilidades de desenvolvimento disponíveis |
Seus aplicativos precisam de grandes revisões para incorporar novos recursos Seus aplicativos precisam de grandes revisões para funcionar de forma eficaz em uma plataforma de nuvem Usar investimentos em aplicativos existentes Atenda aos requisitos de escalabilidade Aplique práticas inovadoras de DevOps Minimizar o uso de máquinas virtuais |
Desenvolvimento rápido Ofereça suporte a aplicativos existentes com funcionalidade e vida útil limitadas Agilize a inovação nos negócios usando práticas de DevOps Reconstrua com novas tecnologias nativas da nuvem, como o Azure Blockchain Reconstrua aplicativos herdados como "aplicativos sem código" ou "aplicativos baixos" na nuvem |
Padronizar em torno das melhores práticas do setor Acelerar a adoção de abordagens orientadas por processos de negócios Investimentos de desenvolvimento realocados que criam diferenciação competitiva ou vantagens Substitua as soluções existentes em favor das ofertas de SaaS |
Etapa 2: Migrar suas cargas de trabalho
Depois de concluir a avaliação, você pode começar o processo de migração de seus aplicativos de destino e seus serviços e dados relacionados. O estágio de migração geralmente consiste nos seguintes esforços:
Implante destinos de infraestrutura de nuvem. Antes de migrar as cargas de trabalho do Tailwind Traders, você precisa criar os destinos de infraestrutura de nuvem necessários. Dependendo das ferramentas usadas para executar a migração, talvez seja necessário criar os recursos necessários do Azure antes de começar a migração. Algumas ferramentas, como o Azure Migrate e o Azure Database Migration Service, podem criar os recursos do Azure de destino para você.
Migrar cargas de trabalho. É uma boa ideia pilotar a migração da carga de trabalho e escolher um aplicativo não crítico para o piloto. Essa abordagem permite que você se familiarize com ferramentas, ganhe experiência com processos e procedimentos e reduza o risco ao migrar cargas de trabalho grandes ou complexas.
Descomissionar a infraestrutura local: depois de ter certeza de que seus aplicativos e bancos de dados de origem foram migrados com êxito, você precisará encerrar as cargas de trabalho de origem. Considere reter os backups da carga de trabalho de origem e os dados arquivados. Estes dados podem revelar-se úteis, uma vez que fornecem um arquivo histórico. Você pode armazenar esses backups e arquivos no Armazenamento de Blobs do Azure.
Estágio 3: Otimizar suas cargas de trabalho migradas
Para a etapa de otimização, há três esforços principais para se concentrar no seu planejamento:
- Analise os custos de migração para suas cargas de trabalho
- Rever as recomendações para reduzir os seus custos
- Identificar opções para melhorar o desempenho da carga de trabalho
Você pode usar o Microsoft Cost Management (anteriormente conhecido como Azure Cost Management and Billing) no portal do Azure para analisar seus custos de carga de trabalho. Essa ferramenta está disponível para o grupo de recursos do Azure que contém suas cargas de trabalho migradas. Você encontrará a ferramenta na seção Gestão de custos de análise de custos>. A captura de tela a seguir mostra a análise de custos para o último período faturável para o ContosoResourceGroup grupo de recursos. Os resultados exibem os custos de acordo com o nome do serviço, a região e o recurso. Você pode personalizar os resultados de exibição para atender às suas necessidades.
Para ajudar a reduzir seus custos, você pode usar os recursos do Azure Advisor escolhendo recomendações do Advisor. Depois de analisar seus custos atuais e revisar as recomendações, você pode determinar suas opções para melhorar o desempenho da carga de trabalho.
Etapa 4: Monitore suas cargas de trabalho
Você pode usar o Azure Monitor para capturar informações de integridade e desempenho de suas máquinas virtuais do Azure. Instale o agente Azure Monitor Logs (anteriormente conhecido como Log Analytics) em máquinas virtuais de destino e, em seguida, configure alertas e relatórios.
Nota
Você pode instalar o agente Azure Monitor Logs em máquinas que executam Windows ou Linux.
Você pode configurar alertas com base em uma variedade de fontes de dados:
- Valores de métricas específicos, como o uso da CPU
- Texto específico em ficheiros de registo
- Métricas de saúde
- Dimensionamento automático de métricas