Planejar a adoção da nuvem do SAP no Azure
Conforme discutido no artigo da estratégia SAP, os retornos da adoção da nuvem SAP podem ser muito altos, mas o risco de expectativas perdidas pode ser muito alto. Desenvolver um plano financeiro claro baseado na sua propriedade 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 na estrutura de adoção de nuvem podem ajudar sua organização a capturar um plano adequado para a adoção de nuvem do SAP.
Planejamento de propriedade digital SAP
Como as plataformas mais complexas, seu espaço digital do SAP incluirá três categorias de ativos que devem ser reconhecidas em seu plano: ativos de plataforma, de base e de carga de trabalho.
Ativos de plataforma: a plataforma SAP é executada em uma coleção de aplicativos dedicados, dados, máquinas virtuais ou servidores e, potencialmente, dispositivos. Independentemente da atividade da sua organização nessa plataforma, esses ativos são definidos 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 se refere a esses ativos como utilitários fundamentais, e esta série de artigos descreverá posteriormente como implantar uma zona de destino do Azure para fornecê-las.
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 apoiados por várias de cargas de trabalho em todo o portfólio. Essas cargas de trabalho são permitidas 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 uma dependência na plataforma SAP deve ser nomeada, inventariada, racionalizada e rastreada individualmente para permitir decisões de planejamento financeiro e técnicas granulares.
Para obter orientação sobre o planejamento de imóveis do SAP, examine os processos descritos na série de artigos sobre planejamento de propriedade 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 essa orientação teórica do artigo anterior acionável.
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 a SAP, geralmente não são documentadas. Lembre-se de incluir uma análise de dependência para todos os ativos no portfólio.
Marcação, agrupamento e metadados: marque cuidadosamente ou agrupe todos os ativos:
Marque e agrupe ativos de forma completa na plataforma. É importante não perder nenhum ativo, pois eles são fundamentais para refinar o plano financeiro ou técnico.
Separe e agrupe ativos fundamentais dos quais a implantação do SAP depende. Posteriormente, eles podem ser substituídos por opções de zona de destino do Azure mais eficientes.
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 de 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 desativados em favor das opções de zonas de destino nativas da nuvem?
Para cada carga de trabalho, você desativará a carga de trabalho? Faz sentido rehospedar a carga de trabalho para a infraestrutura como um serviço? Você deve modernizar essa carga de trabalho? Essa carga de trabalho é afetada o suficiente para considerar a rearquitetura ou a recriação da carga de trabalho para tirar proveito da hospedagem nativa de nuvem?
Priorização e sequenciamento: priorize e sequencie a plataforma e as cargas de trabalho para estabelecer uma linha do tempo e um plano.
Considerações híbridas: durante a execução do plano, você fará lançamentos 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 dimensionem os recursos de computação. Isso também elimina a necessidade de grandes investimentos 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 do ambiente: você está migrando as plataformas SAP de produção e não produções ao mesmo tempo ou separadamente? Às vezes, os clientes movem sua plataforma SAP de não produção para o Azure, criando um ambiente para aprender e reduzir riscos. Depois que a equipe se sentir confortável com as operações da plataforma SAP e as cargas de trabalho do Azure, elas migrarão a plataforma de produção e as cargas de trabalho semanas ou meses mais tarde?
Racionalização de plataforma: a consideração mais importante é como racionalizar os ativos da plataforma SAP. Considere como você migrará a plataforma. A abordagem de migração dará forma ao inventário dos ativos que persistirão na nuvem e o trabalho para chegar lá. As seguintes opções podem ser consideradas:
Hospedar novamente: use as Migrações para Azure ou uma cópia homogênea do sistema para levantar e deslocar a plataforma atual do SAP/OS/DBMS.
Replataforma: combine fazer cópia de plataforma heterogênea do SAP com uma mudança para o Azure, como quando o SO exige isso ou o DBMS é alterado. Isso inclui quando uma produção do SAP NetWeaver é alterada para HANA como DBMS.
Rearquitetar: implemente uma nova plataforma SAP no Azure.
Depois que essas considerações estiverem integradas à sua avaliação de propriedade digital, você poderá refinar sua justificativa de negócios. Você também estará pronto para criar seu plano de adoção de nuvem do SAP.
Plano de adoção da nuvem SAP
A 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 de Azure DevOps, que se baseiam nas tarefas descritas em cada metodologia. Saiba mais sobre modelos no artigo plano de adoção de nuvem e Azure DevOps.
Se você usar modelos ou suas próprias ferramentas de planejamento de projeto, leve em consideração as ações específicas ao SAP a seguir:
- Avalie seus ativos básicos e implante uma zona de destino do Azure apropriada.
- Use seus esforços de racionalização de plataforma para concluir a migração da plataforma SAP.
- Leve em conta 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 em um inventário de ativos atual, poderá criar seu plano mais rapidamente com a integração de Microsoft Excel descrita no artigo da estrutura de adoção de nuvem sobre o acompanhamento de cargas de trabalho.
Plano de preparação do 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 do projeto podem ser especialistas em SAP ou Azure, mas é improvável que a equipe tenha conhecimento igual em ambas as áreas. Use o plano de adoção de nuvem para determinar as habilidades que a equipe precisará adquirir. Depois, mapeie essas habilidades aos membros da equipe para obter uma visão mais clara das necessidades de preparação, habilidade e treinamento. O artigo criar um plano de preparação de habilidades e o modelo de estratégia e plano do Cloud Adoption Framework pode ajudar sua equipe a controlar e resolver lacunas de habilidades para criar uma colaboração multifuncional mais forte em cada sprint.
Próxima etapa: examinar seu ambiente ou a zona de destino do Azure para uma migração de escala empresarial do SAP
Os artigos a seguir fornecem diretrizes para pontos específicos durante o percurso de adoção da nuvem para ajudar você a ter sucesso na adoção do SAP no Azure.