Descobrir 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 (local ou outras nuvens) que precisam de migração para o Azure. Um inventário de carga de trabalho abrangente é a base de um plano de adoção de nuvem sólida 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 da nuvem deve incluir etapas para descobrir todas as cargas de trabalho, coletar dados importantes sobre cada uma delas e priorizá-las para migração.

Descobrir 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 de nuvem é a melhor opção.

1. Defina cada carga de trabalho e seus limites. Uma carga de trabalho é uma coleção de componentes de TI, como servidores, VMs (máquinas virtuais), serviços de nuvem, aplicativos, código, dados ou dispositivos, que dão suporte a um ou mais processos empresariais. Você precisa definir cada carga de trabalho para entender seu valor comercial e seu volume técnico. Essa clareza ajuda a priorizar os esforços de migração e modernização. Use as 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 funcionalidades gratuitas de descoberta 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 erros manuais. Se as Migrações para Azure não dão suporte total ao seu ambiente, use ferramentas como o Dr. Migrate ou CloudPilot que estendem os recursos das Migrações para Azure.

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 exibição abrangente garante que nenhum ativo crítico seja ignorado 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 automatizadas devido a políticas de segurança ou limitações técnicas. Use o modelo de importação do Azure Migrate para documentar manualmente recursos em ambientes restritos. A documentação manual garante que você capture ativos que as ferramentas automatizadas não podem acessar.

Priorizar cargas de trabalho por valor de negócios e viabilidade

Uma longa lista de inventário pode ser esmagadora. O plano deve incluir um método para priorizar quais cargas de trabalho abordar 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. Use a crítica comercial. Classifique as cargas de trabalho pelo quão críticas elas são para operações comerciais, receita ou experiência do cliente. Muitas vezes, algumas cargas de trabalho são críticas para a missão (se falharem, causam grandes perdas para o negócio), enquanto outras são menos críticas. Sistemas de alto valor empresarial podem ser de alta prioridade para garantir que eles se beneficiem da escalabilidade ou resiliência da nuvem ou, às vezes, de 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 como cada carga de trabalho está pronta para a migração de nuvem, com base no que você já sabe. Uma avaliação técnica detalhada vem mais tarde, mas, por enquanto, considere fatores como complexidade técnica, componentes herdados e riscos conhecidos. Algumas cargas de trabalho podem ser vitórias fáceis, enquanto outras podem exigir retrabalho significativo. Você pode priorizar cargas de trabalho mais simples para criar impulso ou escolher um sistema moderadamente complexo, mas de alto valor, para maximizar o sucesso precoce.

3. Anote as dependências. Neste estágio, avalie as dependências em um alto nível usando o conhecimento existente. Um mapeamento de dependência completo é feito posteriormente, mas, por enquanto, identifique cargas de trabalho que estão fortemente acopladas 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 anteriormente porque um sistema de prioridade mais alta depende dele. Use esse insight 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ê poderá priorizá-las para serem movidas mais cedo. Por outro lado, as cargas de trabalho programadas para serem desativadas 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: workloads A, B, C. Onda 2: workloads D, E." Certifique-se de validar essa ordem com os stakeholders. Os proprietários de TI e de negócios devem examinar e concordar que a sequência faz sentido. Você quer obter seu apoio e evitar resistência posteriormente. Por exemplo, se você programar o último aplicativo crítico de um departamento sem a opinião deles, eles poderão se opor. Ajuste o plano com base nos comentários para equilibrar a lógica técnica com as necessidades de negócios.

Reunir detalhes de negócios por workload

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

1. Proprietários e stakeholders: o documento "possui" o workload de uma perspectiva de negócios (VP de Vendas para um CRM) e de uma perspectiva de TI (proprietário do aplicativo, proprietário da infraestrutura). Liste todos os stakeholders que devem estar envolvidos no planejamento de sua mudança.

2. Função de negócios e criticidade: documente o que a carga de trabalho faz e o quão importante ela é. Registre uma breve descrição de sua finalidade e classifique seu nível de criticidade (alto/médio/baixo). A criticidade muitas vezes se vincula à quantidade de tempo de inatividade que pode ser tolerada.

3. Confidencialidade e conformidade de dados: observe a classificação de dados que o sistema manipula (público, interno, confidencial, altamente confidencial). Requisitos de conformidade do documento (PCI, HIPAA, GDPR) que se aplicam a essa carga de trabalho. Por exemplo, se a residência de dados for necessária em uma determinada região, isso influenciará a arquitetura de nuvem para ela.

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

5. Linha do tempo ou prazos projetados: se houver uma linha do tempo desejada para migrar essa carga de trabalho, observe isso também. Por exemplo, talvez você tenha renovações de contrato ou término da concessão do data center. Esses fatores alimentam o agendamento geral do roteiro.

Para obter um exemplo, consulte Plano de Adoção de Migração.

Recursos e ferramentas de descoberta e avaliação do Azure

Próximas etapas