Modernisation du code

Avec une modernisation intelligente du code et une architecture cible adéquate, une entreprise peut mener à bien des projets de transformation complexes de manière relativement simple, rapide et à moindre coût. Les tâches des clients SAP existants sont clairement définies : D'une part, ils doivent migrer vers Hana et S/4 ; d'autre part, ils doivent en même temps utiliser les nouvelles technologies et architectures pour faire avancer la modernisation de manière conséquente dans le cadre de la transformation numérique - par exemple en vue de l'introduction rapide et flexible de nouveaux modèles commerciaux.

C'est surtout le code personnalisé Abap dans les anciens systèmes qui représente un défi considérable lors de la migration. Les entreprises qui utilisent des systèmes SAP depuis longtemps disposent d'une grande quantité de code personnalisé qui a été développé au fil du temps pour soutenir la croissance et les besoins commerciaux en constante évolution.

Une grande partie de ce code peut devenir obsolète au fil du temps, car il n'a pas été conçu en tenant compte des exigences actuelles, notamment en matière de sécurité, de performance et de maintenabilité. En outre, le code ne peut souvent plus être exécuté dans les nouveaux environnements S/4. Le code personnalisé d'Abap est donc un obstacle à l'innovation, car il entrave les projets de modernisation et les mises à niveau.

Containerisation

De manière générale, le processus de modernisation dans le contexte SAP vise à conteneuriser et à modifier les applications en vue d'améliorer les fonctionnalités et de prendre en charge les mises à niveau. Le code personnalisé pose des problèmes, car il est généralement étroitement lié à l'approche monolithique des systèmes SAP ERP/ECC 6.0 traditionnels. Une migration Like-to-Like n'est guère envisageable et n'offre aucune valeur ajoutée. Les tâches consistent donc d'abord à faire l'inventaire du code personnalisé, à identifier les dépendances ambiguës et à fournir des interfaces entre les composants de l'application. Le résultat de ces activités est une transparence accrue, une maintenance facilitée et l'élimination des régressions.

Modernisation du code personnalisé

Une modernisation du code personnalisé s'effectue en principe en quatre phases : analyse, décomposition, intégration et conception de l'architecture cible. La première étape consiste à analyser le code et à identifier les parties des applications système existantes qui se prêtent à une transformation en microservices et à une architecture basée sur des conteneurs. En règle générale, l'analyse révèle également qu'il existe dans les systèmes SAP du code qui n'est plus utilisé et qui peut donc être éliminé après un examen ; la part de ce code inutilisé par rapport à l'ensemble du code existant dans un système peut atteindre 60 pour cent. L'analyse identifie les candidats potentiels qui peuvent être découplés en mettant en évidence les dépendances entre les objets. En outre, les violations de code source sont identifiées afin de rendre les processus de gestion exécutables dans un environnement S/4.

Deuxième étape : dans la phase de décomposition, on procède ensuite à une conception itérative de composants qui renouvellent la base de code existante et servent de building blocks pour de nouveaux développements. Les composants prennent en charge une communication moderne par protocole sans état, appelée microservices.

La troisième étape comprend l'intégration avec une connexion des composants pour l'échange en temps réel des données et des processus. Pour ce faire, il convient d'utiliser une plateforme prenant en charge un couplage lâche et faisant appel à des connecteurs API, à une programmation événementielle et à une synchronisation asynchrone pour améliorer la tolérance aux pannes.

La dernière étape concerne la conception de l'architecture cible proprement dite, qui est idéalement basée sur des conteneurs. Concrètement, il s'agit par exemple de couvrir les exigences de mise à l'échelle ou de soutenir les processus par le biais de l'automatisation en ce qui concerne les mises à niveau, la surveillance ou les tests.

Plate-forme de cloud hybride

Outre la méthodologie utilisée, c'est surtout l'architecture cible qui est déterminante pour une migration réussie. Et une plateforme cible idéale s'est entre-temps dégagée. Si une entreprise veut aborder des thèmes d'innovation, il est clair qu'en ce qui concerne l'architecture cible, l'utilisation de nouvelles plates-formes, de nouveaux cadres, de nouvelles applications et de nouvelles technologies est incontournable : Les plateformes hybrides multi-cloud intégrées, les applications natives du cloud, les conteneurs, les microservices et les API sont des composants essentiels.

L'évolution est également clairement indiquée dans le domaine SAP : Les plateformes de cloud hybride et le développement d'applications natives du cloud vont marquer l'avenir de manière durable. L'écosystème SAP se modernise en direction d'une architecture cloud hybride et les clients existants de SAP utiliseront à l'avenir de plus en plus un mélange de services cloud sur site, privés et publics - non seulement pour les charges de travail SAP, mais aussi pour les charges de travail non-SAP.

De plus, les environnements d'exécution natifs du cloud deviendront le modèle de déploiement dominant, car ils sont le moteur le plus dynamique de l'innovation. La communication basée sur les API revêt une importance particulière dans le monde SAP du futur. Les API ouvertes constituent la base technique pour la mise en réseau des données, des applications et des appareils et donc pour la mise en œuvre d'innovations sans créer de nouveaux silos informatiques.

API ouvertes

L'utilisation d'API ouvertes est presque indispensable, notamment en ce qui concerne le concept d'extensibilité côte à côte de SAP. Ce concept vise à relier les données, les processus et l'interface utilisateur SAP aux environnements de programmation modernes, à l'intégration et à la livraison continues ainsi qu'aux méthodes DevOps. Les "Side-by-Side Extensions" pour les systèmes S/4 permettent, contrairement aux développements internes classiques basés sur Abap, la mise en œuvre simple de processus de bout en bout et intègrent ainsi le paysage SAP également avec des systèmes non-SAP. Ce concept peut être réalisé confortablement sur la base de la plateforme Kubernetes d'entreprise Red Hat OpenShift. Cela permet à l'utilisateur de choisir librement son infrastructure et d'utiliser plusieurs clouds ou un cloud hybride.

Pour une mise en œuvre simple et rapide du concept d'extension côte à côte, il est nécessaire de disposer de solutions d'intégration et de gestion. Les solutions modernes de gestion des API, telles que celles disponibles avec la version Enterprise de 3scale-API-Management, sont modulaires, hautement évolutives et vérifiées avec les API du cloud SAP et avec de nombreux systèmes informatiques de tiers. En outre, une solution d'intégration agile est nécessaire pour permettre aux développeurs d'établir une communication bidirectionnelle avec Hana et les applications. Dans ce cas, le framework open source Apache Camel ou Red Hat Fuse sont particulièrement adaptés.

Côte à côte

Si un concept side-by-side est mis en œuvre, il est également possible d'utiliser confortablement des solutions d'automatisation comme Ansible. Ansible assiste les utilisateurs SAP dans les déploiements de cloud hybride, c'est-à-dire dans la mise à disposition et la gestion automatisées de charges de travail SAP traditionnelles et nouvelles, conteneurisées, ainsi que d'applications non-SAP dans des environnements de cloud hybride. Ansible offre également l'automatisation DevOps dans le domaine SAP, c'est-à-dire un soutien pour le développement, le déploiement, la mise en production et la gestion automatisés des plateformes SAP.

Dans l'ensemble, une nouvelle architecture de système cloud hybride moderne offre de nombreux avantages aux utilisateurs SAP. Parmi ceux-ci, on peut citer

• la mise en œuvre simple et rapide de nouvelles exigences,
• la réduction des sources d'erreurs manuelles grâce à un degré élevé d'automatisation,
• l'intégration rapide de nouveaux processus,
• l'établissement d'une méthodologie de développement agile,
• l'utilisation de DevOps en dissociant les processus de bout en bout du cœur de SAP.

Avec la bonne méthodologie, qui comprend une automatisation intelligente, et la plateforme cible adéquate, les utilisateurs SAP peuvent effectuer des transformations rapidement, en optimisant les risques et les coûts. L'automatisation devrait alors inclure des services flexibles d'analyse, d'optimisation des performances, de conversion de code et de consolidation. Et lors du choix de la plateforme, il faut veiller à ce qu'elle prenne en charge le développement et la mise à disposition d'applications natives du cloud unifiées sur n'importe quelle infrastructure, des environnements multi-cloud aux déploiements sur site. De nombreux utilisateurs SAP misent sur la plateforme Kubernetes de Red Hat OpenShift, et de grandes entreprises, comme celles du secteur automobile, ont déjà adopté ce concept.

Automatisation de la
Modernisation du code

Le processus complexe de migration et de modernisation SAP nécessite une approche méthodique visant à une automatisation maximale. Une telle automatisation, comme celle que permet par exemple SmartShift sur la base de sa plateforme d'automatisation intelligente, devrait inclure les composants et étapes de solution suivants en ce qui concerne l'analyse et la transformation du code SAP :

• l'extraction automatique d'informations techniques telles que les programmes, les définitions de données et les données d'utilisation à partir du système source ; la conception d'un méta-modèle indépendant du langage à partir du code du système source
• un moteur de règles qui identifie dans le métamodèle tous les problèmes de code par rapport à la version cible et les corrige automatiquement
• une analyse de dépendance pour comprendre les relations mutuelles entre les objets et pour déterminer les interfaces entre les domaines
• la mise à disposition d'API résiduelles pour les clusters d'objets identifiés et l'intégration dans la plateforme cible
• La création d'un code simplifié, modernisé et facile à entretenir
• le téléchargement automatique du code modernisé et simplifié dans le système cible

PDF (en anglais)