Présentation de SAP on AWS migration - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Présentation de SAP on AWS migration

L'approche de AWS migration pour les charges de travail SAP comprend quatre phases : évaluation, mobilisation, migration et optimisation. La méthodologie a été adaptée pour répondre aux besoins AWS des clients et contient des actions spécifiques avec des entrées et des sorties prédéfinies. Le schéma suivant illustre ces phases, qui sont abordées en détail dans les sections suivantes.

AWS migration phases for SAP workloads

Résultats commerciaux ciblés

En vous basant sur vos exigences spécifiques et en personnalisant la méthodologie, vous pouvez affiner la stratégie de migration, l'analyse de rentabilisation, le champ d'application, le séquençage des charges de travail SAP et la planification du travail requis pour atteindre avec succès vos objectifs de migration SAP.

Nous recommandons d'utiliser l'automatisation et l'infrastructure en tant que code (iAc) pour les déploiements SAP AWS afin de garantir la vitesse et la cohérence nécessaires pour prendre en charge une migration de masse à grande échelle. Les derniers outils et techniques sont décrits en détail dans les documents et les articles de blog répertoriés dans la section Ressources. AWS développe et améliore constamment ses services, ses techniques et ses méthodologies afin de vous offrir davantage d'avantages et d'options pour atteindre vos objectifs commerciaux. Nous vous recommandons donc de toujours consulter le AWS site Web pour obtenir les dernières informations.

Lorsque vous migrez vos charges de travail SAP, vous devez également travailler en étroite collaboration avec vos équipes de migration autres que SAP afin d'aligner la migration des applications intégrées à SAP et de minimiser les temps d'arrêt et les perturbations potentielles des activités. Traitez chaque cluster d'applications couplées comme un projet avec des équipes dédiées. Vous pouvez diviser chaque cluster d'applications SAP en vagues séquentielles, afin que chaque cluster puisse être fourni avec un degré élevé de parallélisme, comme indiqué dans la section suivante. Cette approche vous aide à respecter votre calendrier de migration et garantit que le délai de rentabilisation est minimal, que votre analyse de rentabilisation est maximisée et que vous pouvez en tirer des avantages le plus rapidement possible. L'objectif est de rendre votre entreprise plus efficace en augmentant l'agilité, la disponibilité et la résilience tout en réduisant les coûts d'exploitation et d'infrastructure. Le transfert de vos charges de travail SAP vers le cloud vous permet également d'innover, de piloter votre transformation numérique S/4HANA et de permettre l'analyse des données. Le schéma suivant illustre ces résultats commerciaux.

Targeted business outcomes for SAP migrations

Pour plus d'informations, découvrez comment Engie a utilisé les services AWS professionnels et les AWS partenaires dans le cadre de sa migration vers SAP, dans le cadre d'une transformation numérique plus large de ses processus financiers vers SAP S/4HANA.

Vagues de migration parallèles

Si votre parc d'applications SAP est vaste et très complexe, il propose AWS souvent une migration divisée en vagues distinctes et coordonnée par des équipes de migration distinctes. L'objectif est de maintenir l'accélération, la dynamique et la cohérence de l'effort de migration tout en maintenant une taille gérable de chaque vague du point de vue des ressources et de la complexité. Le graphique suivant illustre une phase de migration hautement parallélisée basée sur le regroupement géographique des charges de travail SAP.

Parallel migration waves in SAP migrations

Vous pouvez affiner cette approche en tenant compte de vos objectifs commerciaux, des calendriers opérationnels mondiaux et des divisions commerciales, du cycle économique, de l'état de votre infrastructure actuelle, ainsi que de la disponibilité et de la capacité de vos propres ressources et de celles de vos partenaires. AWS