Planejar a adoção da nuvem SAP no Azure
Como discutido no artigo de estratégia da SAP, os retornos da adoção da nuvem SAP podem ser muito altos, mas o risco de expectativas perdidas também pode. Desenvolver um plano financeiro claro e baseado no seu patrimônio digital garantirá maior precisão nas expectativas que você definir. Os mesmos exercícios de planejamento financeiro fornecerão à equipe de adoção de nuvem os dados necessários para planejar atividades técnicas.
O modelo de estratégia e plano e outros recursos no Cloud Adoption Framework podem ajudar sua organização a capturar um plano adequado para a adoção da nuvem SAP.
Planejamento imobiliário digital SAP
Como a maioria das plataformas complexas, seu patrimônio digital SAP incluirá três categorias de ativos que devem ser reconhecidas em seu plano: ativos de plataforma, fundamentais e de carga de trabalho.
Ativos da plataforma: sua plataforma SAP é executada em uma coleção de aplicativos dedicados, dados, máquinas virtuais ou servidor e, potencialmente, dispositivos. Independentemente do que sua organização faz nessa plataforma, esses ativos são conforme definido pelos requisitos de implantação do SAP.
Ativos fundamentais: sua plataforma SAP e o ambiente de suporte também são mantidos por uma coleção de ativos necessários, como provedores de identidade, rede, ferramentas de gerenciamento operacional e muito mais. O Azure refere-se a esses ativos como utilitários fundamentais, e esta série de artigos descreverá posteriormente como implantar uma zona de aterrissagem do Azure para fornecê-los.
Ativos de carga de trabalho: a maioria das organizações estende ou integra o SAP em vários processos de negócios que são suportados por uma variedade de cargas de trabalho em todo o portfólio. Essas cargas de trabalho são suportadas por suas coleções de aplicativos, dados e máquinas virtuais que não fazem parte da implantação da plataforma principal. Cada carga de trabalho com dependência da plataforma SAP deve ser nomeada, inventariada, racionalizada e rastreada individualmente para permitir decisões granulares de planejamento financeiro e técnico.
Para obter orientação sobre o planejamento imobiliário digital SAP, consulte os processos descritos na série de artigos sobre planejamento imobiliário digital. O artigo de práticas recomendadas sobre a avaliação de cargas de trabalho para migração para o Azure propõe o Azure Migrate e outras ferramentas de avaliação para tornar acionável essa orientação teórica do artigo anterior.
Várias considerações devem ser incluídas nesses processos ao planejar a adoção do SAP:
Avaliar dependências: as dependências em uma plataforma principal como o SAP geralmente não são documentadas. Certifique-se de incluir uma análise de dependência para todos os ativos da carteira.
Marcação, agrupamento e metadados: marque ou agrupe cuidadosamente todos os ativos:
Marque e agrupe completamente os ativos na plataforma. É importante não perder nenhum ativo, pois eles são fundamentais para refinar o plano financeiro ou técnico.
Separe e agrupe todos os ativos fundamentais dos quais a implantação SAP depende. Mais tarde, elas podem ser substituídas por opções mais eficientes de zona de aterrissagem do Azure.
Agrupe cada carga de trabalho dependente individualmente. Essas cargas de trabalho podem ser consideradas de forma independente durante os esforços de racionalização e migração.
Racionalização de ativos: A racionalização é uma das considerações mais importantes para o plano financeiro. Pense no seguinte com cada grupo de ativos:
Os ativos fundamentais podem ser retirados em favor das opções de zona de aterrissagem do Azure nativas da nuvem?
Para cada carga de trabalho, você vai aposentá-la? Faria sentido rehospedar a carga de trabalho na infraestrutura como serviço? Você deve modernizar essa carga de trabalho? Essa carga de trabalho é impactante o suficiente para considerar a rearquitetura ou a reconstrução da carga de trabalho para aproveitar a hospedagem nativa da nuvem?
Priorização e sequenciamento: priorize e sequencie a plataforma e as cargas de trabalho para estabelecer um cronograma e um plano.
Considerações híbridas: Durante a execução do plano, você vai liberar em ondas de migração? Você precisará de conectividade híbrida para o tráfego de produção durante as ondas de migração? O uso de uma nuvem híbrida permite que as empresas escalem os recursos de computação. As implementações híbridas também eliminam a necessidade de fazer enormes despesas de capital para lidar com picos de demanda de curto prazo. Quando a empresa precisa liberar recursos locais para dados ou aplicativos mais confidenciais, uma implementação híbrida acelera os esforços de redução de recursos.
Planejamento ambiental: você está movendo plataformas SAP de produção e não produção ao mesmo tempo ou separadamente? Às vezes, os clientes movem sua plataforma SAP não produtiva para o Azure, criando um ambiente para aprendizado e redução de riscos. Quando a equipe estiver confortável com as operações da plataforma SAP e as cargas de trabalho do Azure, ela migrará a plataforma de produção e as cargas de trabalho semanas ou meses depois?
Racionalização da plataforma: A consideração mais importante é como racionalizar os ativos de uma plataforma SAP, considere como você migrará a plataforma. A abordagem de migração moldará o inventário de ativos que persistirão na nuvem e o trabalho para chegar lá. Podem ser consideradas as seguintes opções:
Rehost: use o Azure Migrate ou uma cópia homogênea do sistema para elevar e mudar a plataforma SAP/OS/DBMS atual.
Replataforma: combine fazer uma cópia de plataforma heterogênea do SAP com uma mudança para o Azure, como quando o sistema operacional requer isso ou as alterações do DBMS. Isso inclui quando uma produção do SAP NetWeaver muda para HANA como um DBMS.
Rearquiteto: implemente uma nova plataforma SAP no Azure.
Uma vez que essas considerações sejam integradas à sua avaliação imobiliária digital, você pode refinar a justificativa do seu negócio. Você também estará pronto para desenvolver seu plano de adoção de nuvem SAP.
Plano de adoção da nuvem SAP
O Cloud Adoption Framework inclui uma ferramenta e vários modelos para criar um plano de adoção de nuvem ou uma lista de pendências do Azure DevOps, que se baseiam nas tarefas descritas em cada metodologia. Saiba mais sobre modelos no plano de adoção de nuvem e no artigo do Azure DevOps .
Se você usa modelos ou suas próprias ferramentas de planejamento de projeto, considere as seguintes ações específicas do SAP:
- Avalie seus ativos fundamentais e implante uma zona de aterrissagem do Azure apropriada.
- Use seus esforços de racionalização de plataforma para concluir a migração da plataforma SAP.
- Contabilize cada carga de trabalho (ou onda de cargas de trabalho) a ser migrada.
Você pode usar a interface da Web do Azure DevOps para adicionar esses itens de linha ao plano. Se você estiver trabalhando a partir de um inventário de ativos atual, poderá criar seu plano mais rapidamente com a integração do Microsoft Excel descrita no artigo do Cloud Adoption Framework sobre o controle de cargas de trabalho.
Plano de preparação SAP
Depois de ter um plano de trabalho geral, você pode começar a alinhar os membros da equipe e estimar o trabalho.
Os membros da equipe deste projeto podem ser especialistas em SAP ou Azure, mas é improvável que a equipe tenha experiência igual em ambas as áreas. Use o plano de adoção da nuvem para determinar as habilidades que a equipe precisará adquirir. Em seguida, mapeie essas habilidades para os membros da equipe para obter uma imagem mais clara das necessidades de prontidão, qualificação e treinamento. O Cloud Adoption Framework construindo um artigo de plano de prontidão de habilidades e um modelo de estratégia e plano pode ajudar sua equipe a rastrear e resolver lacunas de qualificação para criar uma colaboração multifuncional mais forte em cada sprint.
Próxima etapa: Revise seu ambiente ou a zona de aterrissagem do Azure para uma migração em escala empresarial SAP
Os artigos a seguir fornecem orientação para pontos específicos em toda a jornada de adoção da nuvem para ajudá-lo a ter sucesso na adoção do SAP no Azure.