Avaliar cargas de trabalho para migração para o Azure Stack Hub

Este artigo pressupõe que você decidiu integrar o Azure Stack à sua estratégia de nuvem, desenvolveu um plano para a migração para o Azure Stack Hub e que o ambiente está pronto para migração.

Durante a racionalização dos ativos digitais de sua organização na metodologia de planejamento, cada carga de trabalho foi descoberta e adicionada ao inventário, e as decisões iniciais foram tomadas com base em dados quantitativos. Antes de implantar cada carga de trabalho, é importante validar os dados e as decisões com dados qualitativos.

Posicionamento

O primeiro ponto de dados a ser considerado é o posicionamento. Ou seja, essa carga de trabalho será migrada para uma nuvem pública, uma nuvem privada ou alguma outra plataforma de nuvem, como o ambiente do Azure de um provedor de serviço ou uma nuvem soberana?

As informações nas seções a seguir podem ajudar a validar suas decisões sobre o posicionamento. Elas também ajudarão a obter dados que serão úteis durante a implantação das cargas de trabalho.

Valor para o stakeholder

Avalie o valor da migração da carga de trabalho com os stakeholders de TI e de negócios:

  • Menos atrito: foco no curto prazo, viabilidade limitada no longo prazo.
  • Mais atrito: investimento de longo prazo, mais fácil de iterar e continuar modernizando.
  • Um saldo dos dois.

Governança, risco e conformidade

Avalie o impacto dos requisitos regulatórios, de conformidade e de privacidade:

  • Quais dados podem residir no Azure e quais precisam permanecer no local?
  • Quem pode gerenciar a plataforma subjacente?
  • Os dados dependem do local?
  • Há datas de validade para armazenar os dados?

Métricas de sucesso

Determine as métricas de sucesso e as tolerâncias de disponibilidade:

  • Desempenho
  • Disponibilidade
  • Resiliência
  • Abordagem de implantação ou migração

Licenciamento

Avalie o impacto do licenciamento e do suporte:

  • Há restrições de licenciamento do produto que limitarão a transformação?
  • O aplicativo ou conjunto de dados é compatível com o novo ambiente?
  • Há fornecedores de software de terceiros que precisam fornecer declarações de suporte?

Requisitos de operações

  • Evite a duplicação de esforços e otimize os SLAs (contratos de nível de serviço) examinando a correlação entre os serviços de nuvem gerenciados pela TI e os serviços específicos do aplicativo.
  • Considere a automação necessária para orquestrar o provisionamento de serviços durante a implantação e a migração dos aplicativos.
  • Para ajudar a cumprir seus requisitos de operação, considere usar serviços de escalabilidade e disponibilidade, como pagamento por uso, conjuntos de disponibilidade, conjuntos de dimensionamento de máquinas virtuais, adaptadores de rede e a capacidade de adicionar e redimensionar VMs e discos.

Monitoramento

  • Monitore a integridade, o status operacional e o desempenho do sistema usando métricas bem definidas que formam a base dos SLAs que você oferece aos usuários finais.
  • Verifique a segurança e a conformidade, avaliando o quanto o ambiente de nuvem atende aos requisitos regulatórios e de conformidade impostos pelo aplicativo.
  • Quais são os processos de backup/restauração e replicação/failover?
  • Encontre serviços de proteção de dados para recursos de infraestrutura como serviço, plataforma como serviço e software como serviço.
  • Incorpore vários fornecedores, tecnologias e recursos para elaborar uma estratégia de proteção abrangente.

Próximas etapas

Para obter diretrizes sobre elementos específicos do percurso de adoção da nuvem, confira: