Descubra seu inventário de carga de trabalho existente

Esta seção se aplica a organizações com cargas de trabalho de TI existentes fora do Azure (no local ou em outras nuvens) que precisam de migração para o Azure. Um inventário de carga de trabalho abrangente é a base de um plano sólido de adoção de nuvem para essas organizações. Você não pode tomar decisões sobre como ou se migrar um sistema se não souber que ele existe ou entender suas características. Seu plano de adoção de nuvem deve incluir etapas para descobrir todas as cargas de trabalho, coletar dados-chave sobre cada uma delas e priorizá-las para migração.

Descubra o inventário de carga de trabalho

Um inventário completo de seus ativos técnicos forma a base do seu plano de adoção de nuvem. Seu inventário identifica todos os sistemas, aplicativos e componentes de infraestrutura em seu ambiente. Você precisa desse inventário para decidir qual estratégia de migração para a nuvem é a mais adequada.

1. Defina cada carga de trabalho e seus limites. Uma carga de trabalho é uma coleção de componentes de TI, como servidores, máquinas virtuais (VMs), serviços de nuvem, aplicativos, código, dados ou dispositivos, que suportam um ou mais processos de negócios. Você precisa definir cada carga de trabalho para entender seu valor comercial e pegada técnica. Essa clareza ajuda a priorizar os esforços de migração e modernização. Use ferramentas de monitoramento de tráfego de rede e mapeamento de dependência para identificar limites de carga de trabalho e visualizar relações entre componentes.

2. Use ferramentas de descoberta automatizadas.O Azure Migrate fornece recursos de descoberta gratuitos para ambientes locais e de nuvem. Essa ferramenta identifica automaticamente servidores, aplicativos e suas interdependências. Você deve usar a descoberta automatizada para acelerar a criação de inventário e reduzir os erros manuais. Se o Azure Migrate não oferecer suporte total ao seu ambiente, use ferramentas como Dr Migrate ou CloudPilot que estendem os recursos do Azure Migrate.

3. Inclua todos os componentes em todos os ambientes. Seu inventário deve capturar componentes de infraestrutura e aplicativos em todas as plataformas. Você precisa incluir servidores, VMs, aplicativos, bancos de dados, padrões de comunicação, integrações, identidades e serviços de nuvem do Azure, AWS, Google Cloud e outros provedores. Essa visão abrangente garante que nenhum ativo crítico seja negligenciado durante o planejamento ou a migração.

4. Use a descoberta manual quando a automação não for possível. Alguns ambientes restringem as ferramentas de descoberta automatizada devido a políticas de segurança ou limitações técnicas. Use o modelo de importação Azure Migrate para documentar manualmente ativos em ambientes restritos. A documentação manual garante a captura de ativos que as ferramentas automatizadas não podem acessar.

Priorize cargas de trabalho por valor comercial e viabilidade

Uma longa lista de inventário pode ser esmagadora. O plano deve incluir um método para priorizar quais cargas de trabalho devem ser abordadas primeiro no esforço de adoção da nuvem. Nem todas as cargas de trabalho são igualmente importantes ou igualmente adequadas para migração imediata, portanto, use uma estrutura de priorização.

1. Utilize a criticidade empresarial. Classifique as cargas de trabalho de acordo com a sua importância para as operações de negócios, a receita ou a experiência do cliente. Muitas vezes, algumas cargas de trabalho são de missão crítica (se caírem, grandes perdas de negócios), enquanto outras são menos críticas. Os sistemas de alto valor comercial podem ser de alta prioridade para garantir que se beneficiem da escalabilidade ou resiliência da nuvem ou, às vezes, menor prioridade se o risco de migrá-los for muito alto.

2. Estimar a prontidão da nuvem. Faça estimativas rápidas e de alto nível de quão pronta cada carga de trabalho está para a migração para a nuvem, com base no que você já sabe. Uma avaliação técnica detalhada vem depois, mas, por enquanto, considere fatores como complexidade técnica, componentes legados e riscos conhecidos. Algumas tarefas podem ser conquistas fáceis, enquanto outras podem exigir um trabalho de reformulação significativo. Você pode priorizar cargas de trabalho mais simples para criar ímpeto ou escolher um sistema moderadamente complexo, mas de alto valor, para maximizar o sucesso inicial.

3. Observe as dependências. Nesta fase, avaliar as dependências a um nível elevado utilizando os conhecimentos existentes. Um mapeamento completo de dependência é feito mais tarde, mas, por enquanto, identifique cargas de trabalho que estão intimamente ligadas a outras. Sistemas com muitas conexões podem precisar ser migrados juntos para evitar interrupções. Em alguns casos, uma carga de trabalho de prioridade mais baixa pode precisar ser movida mais cedo porque um sistema de prioridade mais alta depende dela. Use essa perceção para agrupar cargas de trabalho relacionadas em ondas de migração lógica.

4. Considere o alinhamento estratégico. Se determinadas cargas de trabalho forem fundamentais para iniciativas estratégicas, você pode priorizá-las para avançar mais cedo. Por outro lado, as cargas de trabalho programadas para serem aposentadas ou substituídas em breve devem ser despriorizadas para migração.

5. Crie uma lista de pendências priorizada. Essa lista de pendências pode ser uma lista ou tabela com categorias como "Onda 1: Cargas de trabalho A, B, C. Onda 2: Cargas de trabalho D, E." Certifique-se de validar este pedido com as partes interessadas. Os proprietários de negócio e de TI deverão rever e concordar que a sequência faz sentido. Você quer obter a adesão deles e evitar resistência mais tarde. Por exemplo, se programar o aplicativo crítico de um departamento por último sem consultar o departamento, eles podem opor-se. Ajuste o plano com base no feedback para equilibrar a lógica técnica com as necessidades do negócio.

Reúna detalhes comerciais por carga de trabalho

Para cada carga de trabalho identificada, o plano deve capturar o contexto e os principais requisitos de negócios. Essas informações orientam a estratégia de migração (próxima seção) e garantem que as decisões estejam alinhadas com as necessidades dos negócios. Detalhes importantes a documentar

1. Proprietários e partes interessadas: O documento "possui" a carga de trabalho de uma perspetiva de negócios (VP de vendas para um CRM) e de uma perspetiva de TI (proprietário do aplicativo, proprietário da infraestrutura). Listar todas as partes interessadas que devem estar envolvidas no planejamento de sua mudança.

2. Função de negócios e criticidade: documente o que a carga de trabalho faz e qual a sua importância. Registe uma breve descrição da sua finalidade e classifique o seu nível de criticidade (alto/médio/baixo). A criticidade geralmente está ligada à quantidade de tempo de inatividade que pode ser tolerada.

3. Sensibilidade e conformidade dos dados: Observe a classificação dos dados que o sistema trata (públicos, internos, confidenciais, altamente confidenciais). Documentar os requisitos de conformidade (PCI, HIPAA, GDPR) que se aplicam a esta carga de trabalho. Por exemplo, se a residência de dados é necessária em uma determinada região, isso influencia a arquitetura de nuvem para ela.

4. Restrições operacionais: Documente janelas de manutenção específicas, períodos de bloqueio (períodos de tráfego intenso) e requisitos de tempo de atividade. Documente essas restrições porque elas afetam o agendamento da migração e a arquitetura de destino (necessidades de alta disponibilidade).

5. Cronograma ou prazos projetados: se houver um cronograma desejado para migrar essa carga de trabalho, observe isso também. Por exemplo, talvez você tenha renovações de contrato ou término de locação de data center. Esses fatores contribuem para a programação geral do roteiro.

Para obter um exemplo, consulte Plano de adoção de migração.

Ferramentas e recursos de descoberta e avaliação do Azure

Próximos passos