Planifier l’adoption du cloud SAP dans Azure
Comme expliqué dans l’article consacré à la stratégie SAP, les retours résultant de l’adoption du cloud SAP peuvent être très importants. Il en va de même du risque d’attentes déçues. Le développement d’un plan financier clair basé sur votre patrimoine numérique garantit une plus grande précision des attentes que vous définissez. Les mêmes exercices de planification financière permettront à l’équipe d’adoption du cloud de disposer des données nécessaires pour planifier les activités techniques.
Le modèle de stratégie et de plan, ainsi que d’autres ressources du Cloud Adoption Framework, peuvent aider votre organisation à élaborer un plan approprié pour l’adoption du cloud SAP.
Planification du patrimoine numérique SAP
À l’instar des plateformes les plus complexes, votre patrimoine numérique SAP inclut trois catégories de ressources qui doivent être identifiées dans votre plan, à savoir les ressources de plateforme, de base et de charge de travail.
Ressources de plateforme : votre plateforme SAP opère sur une série d’applications, de données, de machines virtuelles ou de serveurs dédiés, voire sur des appliances. Indépendamment de ce que votre organisation fait sur cette plateforme, ces ressources sont déterminées par la configuration requise pour le déploiement de SAP.
Ressources de base : votre plateforme SAP et l’environnement approprié s’appuient également sur un ensemble de ressources nécessaires, telles que des fournisseurs d’identité, un réseau, des outils de gestion opérationnelle, et bien plus encore. Azure fait référence à ces ressources en tant qu’utilitaires de base, et cette série d’articles décrira ultérieurement comment déployer une zone d’atterrissage Azure pour les fournir.
Ressources de charge de travail : la plupart des organisations étendent ou intègrent SAP dans différents processus métier qu’une série de charges de travail prennent en charge dans l’ensemble du portefeuille d’applications. Ces charges de travail sont prises en charge par des collections d’applications, de données et de machines virtuelles qui ne font pas partie du déploiement de plateforme de base. Chaque charge de travail dépendant de la plateforme SAP doit être nommée, inventoriée, rationalisée et suivie individuellement pour permettre de prendre des décisions de planification financière et technique précises.
Pour obtenir de l’aide sur la planification du patrimoine numérique SAP, reportez-vous aux processus décrits dans cette série d’articles sur la planification du patrimoine numérique. L’article sur les meilleures pratiques d’évaluation des charges de travail pour la migration vers Azure propose notamment des outils d’évaluation Azure Migrate pour tirer parti de l’aide théorique de l’article précédent.
Divers aspects à prendre en considération doivent être inclus dans ces processus lors de la planification de l’adoption de SAP :
Évaluation des dépendances : les dépendances d’une plateforme principale telle que SAP sont souvent non documentées. Veillez à inclure une analyse des dépendances pour toutes les ressources du portefeuille.
Étiquetage, regroupement et métadonnées : étiquetez ou regroupez soigneusement toutes les ressources :
Étiquetez et regroupez minutieusement les ressources sur la plateforme. Il est important de ne manquer aucunes ressources, car celles-ci sont essentielles pour affiner le plan financier ou technique.
Séparez et regroupez les ressources de base dont dépend le déploiement de SAP. Vous pourrez les remplacer ultérieurement par des options de zone d’atterrissage Azure plus efficaces.
Regroupez chaque charge de travail dépendante individuellement. Ces charges de travail peuvent être considérées indépendamment dans le cadre des efforts de rationalisation et de migration.
Rationalisation des ressources : la rationalisation est l’un des principaux aspects à prendre en considération pour le plan financier. Songez à ce qui suit pour chaque groupe de ressources :
Est-il possible de retirer des ressources de base au profit d’options de zone d’atterrissage natives Cloud Azure ?
Faut-il retirer une charge de travail pour chaque charge de travail ? Est-il judicieux de réhéberger la charge de travail dans une infrastructure en tant que service (IaaS) ? Faut-vous moderniser cette charge de travail ? L’impact de cette charge de travail est-il suffisant pour envisager de la réarchitecturer ou de la recréer afin de tirer parti d’un hébergement natif Cloud ?
Hiérarchisation et séquencement : hiérarchisez et séquencez la plateforme et les charges de travail pour établir une chronologie et un plan.
Considérations en matière d’hybridité : pendant l’exécution du plan, allez-vous mettre en production par vagues de migration ? Aurez-vous besoin d’une connectivité hybride pour le trafic de production pendant les vagues de migration ? L’utilisation d’un cloud hybride permet aux organisations de mettre à l’échelle des ressources de calcul. Les implémentations hybrides éliminent également la nécessité de consentir des dépenses en capital conséquentes pour gérer de brefs pics de demande. Quand l’entreprise doit libérer des ressources locales pour des données ou applications plus sensibles, une implémentation hybride accélère les efforts de réduction des ressources.
Planification de l’environnement : déplacez-vous des plateformes SAP de production et de non-production ensemble ou séparément ? Des clients déplacent parfois leur plateforme SAP de non-production vers Azure, créant ainsi un environnement pour l’apprentissage et la réduction des risques. Une fois l’équipe à l’aise avec les charges de travail Azure et les opérations de la plateforme SAP, elle va migrer la plateforme et les charges de travail de production des semaines ou des mois plus tard.
Rationalisation de la plateforme : la considération majeure a trait à la manière de rationaliser les ressources d’une plateforme SAP. Réfléchissez à la façon dont vous allez migrer la plateforme. L’approche de la migration déterminera l’inventaire des ressources à conserver dans le cloud et le travail à effectuer pour y parvenir. Vous pouvez envisager les options suivantes :
Réhébergement : utilisez Azure Migrate ou une copie de système homogène pour effectuer une migration « lift-and-shift » de la plateforme SAP/OS/SGBD actuelle.
Changement de plateforme : combinez la création d’une copie de plateforme hétérogène de SAP avec un déplacement vers Azure, comme quand le système d’exploitation l’exige ou quand le SGBD (système de gestion de base de données). Cela vaut également quand une production SAP NetWeaver passe à un SGBD SAP HANA.
Changement d’architecture : implémentez une nouvelle plateforme SAP sur Azure.
Une fois ces considérations intégrées dans l’évaluation de votre patrimoine numérique, vous pouvez affiner votre justification métier. Vous serez également prêt à élaborer votre plan d’adoption du cloud SAP.
Plan d’adoption du cloud SAP
Le Cloud Adoption Framework comprend un outil et plusieurs modèles pour la création d’un plan d’adoption du cloud ou d’un backlog Azure DevOps, qui sont basés sur les tâches décrites dans chaque méthodologie. Pour en savoir plus sur les modèles, consultez l’article Plan d’adoption du cloud et Azure DevOps.
Que vous utilisiez des modèles ou vos propres outils de planification de projet, tenez compte des actions spécifiques de SAP suivantes :
- Évaluez vos ressources de base et déployez une zone d’atterrissage Azure appropriée.
- Utilisez vos efforts de rationalisation de la plateforme pour terminer la migration de la plateforme SAP.
- Justifiez chaque charge de travail (ou vague de charges de travail) à migrer.
Vous pouvez utiliser l’interface web Azure DevOps pour ajouter ces lignes au plan. Si vous travaillez à partir d’un inventaire des ressources actuelles, vous pouvez créer votre plan plus rapidement grâce à l’intégration de Microsoft Excel décrite dans l’article du Cloud Adoption Framework concernant le suivi des charges de travail.
Plan de préparation de SAP
Une fois que vous disposez d’un plan de travail général, vous pouvez commencer à aligner les membres de l’équipe et à estimer le travail.
Les membres de l’équipe de ce projet peuvent être des experts SAP ou Azure, mais il est peu probable que l’équipe dispose d’une expertise égale dans les deux domaines. Utilisez le plan d’adoption du cloud pour déterminer les compétences que l’équipe devra acquérir. Ensuite, associez ces compétences à des membres de l’équipe pour obtenir une image plus claire des besoins en termes de préparation, de compétences et de formation. L’article du Cloud Adoption Framework concernant la création d’un Plan de préparation des compétences, ainsi que le modèle de stratégie et de plan peuvent aider votre équipe à suivre et à combler les lacunes de compétences pour promouvoir une collaboration interfonctionnelle plus forte dans chaque sprint.
Étape suivante : Passez en revue votre environnement ou votre zone d’accueil Azure pour une migration SAP à l’échelle de l’entreprise
Les articles suivants fournissent des conseils sur des points spécifiques du parcours d’adoption du cloud pour vous aider à adopter SAP dans Azure.