Chaque utilisateur SAP utilisera l'écosystème open source

La transformation numérique concerne également les systèmes ERP, et dans la région DACH, bien sûr surtout le monde SAP. Une modernisation est impérative. Et il ne s'agit en aucun cas d'une simple migration vers la base de données SAP HANA basée sur Linux. Il s'agit plutôt d'utiliser un écosystème open source complet. C'est la seule façon pour les utilisateurs SAP de renforcer leur capacité d'innovation et de rester compétitifs.

Les utilisateurs SAP ne sont pas seulement confrontés au défi de devoir migrer vers SAP HANA et SAP S/4HANA. En même temps, ils doivent innover et introduire de nouveaux modèles commerciaux afin de conserver une capacité d'adaptation et de réaction rapide dans un environnement très concurrentiel. Pour cela, il est indispensable de mettre en place des processus agiles de bout en bout.

Mais qu'en est-il de la situation actuelle ? Les environnements SAP actuels sont souvent caractérisés par une fragmentation avec plusieurs instances ERP et des processus statiques avec des possibilités d'automatisation limitées. Selon une étude récente d'IDC, 53% des responsables SAP interrogés citent les problèmes de gestion de l'information comme étant les plus importants.
utilisateurs considèrent la consolidation du paysage applicatif SAP comme l'une des principales raisons de la migration vers SAP S/4HANA (1). Les utilisateurs SAP sont donc conscients de cette problématique.

Une telle migration ne suffit toutefois pas. La transformation numérique nécessite également l'utilisation de nouvelles applications, technologies et architectures dans des domaines tels que l'intelligence artificielle (IA) et le Machine Learning (ML), l'industrie 4.0, l'IoT, l'analyse des données, le Big Data, le RPA ou les conteneurs et les microservices. Et actuellement, on en est encore loin. Selon l'enquête d'IDC, seules six pour cent des entreprises SAP interrogées utilisent des fonctionnalités telles que le ML ou l'IoT dans leur suite ERP.

Les utilisateurs SAP doivent donc relever plusieurs défis. Ils doivent être en mesure d'appliquer rapidement la philosophie SAP "Keep the Core -clean" tout en réalisant des extensions side-by-side et en intégrant des solutions SAP et non SAP dans des processus hybrides de bout en bout.

La seule réponse à ces défis ne peut être que : pas de nouveaux silos, mais l'utilisation d'un écosystème open source qui soutient des intégrations rapides et pérennes de bout en bout et l'automatisation de tous les processus informatiques. Du point de vue de l'utilisateur, il faut en outre garantir une flexibilité maximale lors de l'exploitation : que ce soit dans un environnement sur site ou dans un environnement hybride multi-cloud. 

Lorsque les entreprises migrent vers SAP S/4HANA, elles sont d'abord confrontées à la décision de savoir ce qu'il adviendra du code source des développements personnalisés. Le code personnalisé est typiquement étroitement lié à l'approche monolithique des systèmes SAP ECC traditionnels.

C'est pourquoi une migration "like-to-like" n'est guère envisageable et n'offre en outre aucune valeur ajoutée. Avant qu'un utilisateur SAP ne commence immédiatement à reprendre le code ABAP, il devrait définir une stratégie d'intégration à long terme qui ne crée pas de nouvelles dépendances, par exemple en ce qui concerne les limitations ou les coûts élevés.

Cela vaut également pour de nombreux partenaires de l'écosystème SAP. Eux aussi doivent moderniser leurs solutions et leurs extensions : Le développement cloud-native, la conteneurisation des add-ons et des applications spécialisées sont en tête de liste des priorités et mobilisent beaucoup de ressources. La plateforme d'exploitation, en revanche, suit les normes open source et peut être implémentée de manière flexible et compatible - entièrement selon les exigences individuelles du client.

Simplify - Automatisation de bout en bout des processus informatiques

Les tâches stratégiques concrètes dans le contexte de la migration et de la modernisation SAP peuvent être considérées sous l'angle "Simplify, Extend and Run". Simplifier signifie réaliser un environnement informatique simple et agile. L'automatisation avec Ansible et la gestion intelligente sont des outils importants. Avec une automatisation de bout en bout des processus informatiques, il est possible de jeter un pont entre les silos - partout où cela est possible.

Avec Ansible, il est possible d'exécuter des processus sur des serveurs, des périphériques de stockage, des réseaux et des applications.
les services, les conteneurs et les clouds. La solution Red Hat Ansible Automation Platform, par exemple, s'intègre facilement aux outils et processus existants grâce à des API RESTful et à un portail en libre-service, ce qui permet de l'utiliser de bout en bout dans toute l'entreprise.

En ce qui concerne l'environnement SAP, Ansible permet un déploiement et une gestion rapides, efficaces et fiables des charges de travail SAP. Cela permet de réduire les frais d'administration, d'éliminer les sources potentielles d'erreurs humaines, de supprimer les tâches manuelles répétitives et de réaliser une infrastructure plus cohérente et plus stable. En fin de compte, la gestion automatisée des flux de travail contribue également à une réduction considérable des coûts.

Dans le domaine SAP, Ansible est utilisé concrètement pour les déploiements et les configurations HANA, exactement selon les spécifications SAP Notes. Ansible est également utilisé pour les déploiements de cloud hybride, c'est-à-dire pour le déploiement et la gestion automatisés de charges de travail SAP traditionnelles et nouvelles, conteneurisées, ainsi que d'applications non-SAP dans des environnements de cloud hybride. Et Ansible est également utilisé pour la mise en place de processus DevOps dans le domaine SAP.

En outre, les opérations régulières dites Day-2, telles que la gestion des correctifs et des clusters ou l'automatisation des tests, peuvent également être représentées de manière fiable avec Ansible. Dans le contexte de RISE with SAP, des centaines de playbooks Ansible sont actuellement créés et des cas d'utilisation sont représentés, dont beaucoup dans le cadre de projets communautaires open source. 

Depuis peu, il est également possible d'automatiser des processus dans des applications SAP.
les applications elles-mêmes. Des automatisations sont ainsi effectuées à partir d'Ansible dans le fonctionnement courant de SAP, par exemple avec la gestion des droits, la création d'utilisateurs ou encore l'exécution de processus.

L'automatisation ne s'arrête donc pas à l'infrastructure ou aux activités de maintenance, mais se concentre de plus en plus sur le "housekeeping" des opérations SAP en cours. Un exemple en est l'automatisation de l'interface utilisateur SAP directement à partir d'Ansible, qui soutient les processus de bout en bout en temps réel. Ainsi, les frontières entre les silos et les ruptures de médias sont surmontées et de nouveaux self-services peuvent être représentés jusque dans le domaine spécialisé. 

Aujourd'hui, les possibilités offertes par l'automatisation sont encore loin d'être exploitées. Toutefois, des exemples actuels en démontrent déjà la performance. Le groupe Schwarz, par exemple, qui exploite plus de 12 500 magasins sous les marques Lidl et Kaufland, exécute déjà jusqu'à 5000 tâches par jour sur Red Hat Ansible Automation Platform pour gérer les serveurs de magasin de ses magasins. Cela permet d'assurer la sécurité opérationnelle et de libérer de l'espace pour l'innovation.

Le Smart Management est également à mentionner dans le contexte Simplify. Le as-a-
L'offre de services de Red Hat aide les utilisateurs à détecter, analyser et résoudre de manière proactive un grand nombre de problèmes potentiels de sécurité et de configuration des logiciels grâce à plus de 600 règles spécialement conçues pour les environnements SAP. Le résultat est la génération automatisée des playbooks Ansible exactement adaptés, qui effectuent ensuite toutes les adaptations nécessaires de manière entièrement automatique et sûre, sur demande.

Extend - Intégration de systèmes SAP avec des systèmes non-SAP

Dans le contexte d'Extend, il s'agit d'une part de suivre la devise SAP "Keep the Core clean" et d'autre part de mettre en œuvre le concept SAP Side-by-Side-Extensibility. SAP HANA et SAP S/4HANA offrent, sur la base d'API, de nombreuses nouvelles possibilités d'intégration et d'extension du noyau numérique, de sorte que les innovations, les déploiements cloud hybrides et les processus de bout en bout peuvent également être mis en œuvre de manière agile et en temps voulu.

Le concept Side-by-Side-Extensibility de SAP vise à relier les applications SAP et les autres applications de l'entreprise.
Les données, les processus et l'interface utilisateur sont couverts par les environnements de programmation les plus modernes, l'intégration et la livraison continues ainsi que les méthodes DevOps. Les extensions dites "side-by-side" pour les systèmes S/4HANA 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.

Run - Plate-forme de cloud hybride comme architecture cible

Enfin, le thème Run conduit à la question de savoir quelle plateforme utiliser pour permettre la gestion des environnements SAP et non-SAP au sein de l'entreprise et dans le cloud. Lorsqu'il choisit une plateforme cloud hybride, un utilisateur SAP doit veiller à ce qu'elle prenne en charge le développement d'applications unifiées, natives du cloud, sur n'importe quelle infrastructure, c'est-à-dire un mélange hybride multi-cloud, y compris les déploiements sur site. En bref, le profil d'exigences devrait être le suivant : Liberté dans le choix de la plate-forme pour les charges de travail SAP actuelles et futures et pas de verrouillage du vendeur en ce qui concerne les fournisseurs de cloud. De plus en plus d'entreprises misent sur la plateforme Kubernetes de Red Hat OpenShift.

Red Hat OpenShift contient les fonctionnalités et les services nécessaires à l'exploitation certifiée d'une plate-forme de gestion de conteneurs pour de multiples applications critiques sur les infrastructures les plus diverses. Il s'agit notamment d'aspects tels que les SLA, les multiples couches de sécurité, l'automatisation ou la gestion des clusters. 

En utilisant Red Hat Open-Shift comme base, les utilisateurs peuvent par exemple déplacer des applications conteneurisées d'un cloud à l'autre tout en conservant leur fonctionnalité. Ils n'ont plus besoin de veiller à ce que leurs charges de travail prennent en charge les restrictions propriétaires des différents clouds publics, mais peuvent choisir les fournisseurs de clouds publics en fonction de critères tels que la disponibilité ou la rentabilité.

De manière générale, Red Hat OpenShift propose différentes fonctions de modernisation et de migration des applications. Il s'agit notamment d'outils de modernisation permettant de déplacer les applications héritées ainsi que leurs machines virtuelles (VM) vers Red Hat OpenShift. Les autres solutions de virtualisation propriétaires ne sont plus nécessaires. La gestion cohérente des différentes applications - traditionnelles et natives du cloud - permet aux entreprises d'améliorer considérablement leur efficacité opérationnelle sans entraver l'innovation.

En tant que plate-forme de cloud hybride ouverte, Red Hat OpenShift prend également en charge les déploiements de périphérie complets, y compris le concept Factory Edge, qui permet aux industries de production d'optimiser considérablement les processus de fabrication et de logistique. Factory Edge, avec la mise à disposition de ressources informatiques à distance des centres de calcul centraux, directement sur un appareil tel qu'un robot dans l'atelier de fabrication, est actuellement un thème tendance dans l'industrie de transformation. Les projets de l'industrie 4.0, notamment ceux liés à l'IoT, à l'intelligence artificielle, à la robotique, à la réalité augmentée et virtuelle, aux jumeaux numériques ou à la 5G, sont les principaux moteurs de cette évolution.

Mais qu'est-ce que cela signifie pour les utilisateurs SAP ? C'est très simple : dans une infrastructure informatique hybride ouverte ou multi-cloud basée sur les conteneurs, Kubernetes, l'IA et le ML ainsi que l'automatisation, les applications SAP peuvent également être un composant essentiel des processus agiles de bout en bout - et donc d'une implémentation innovante de type "factory edge" avec intégration en temps réel dans les transactions et les données SAP.

Les environnements de cloud hybride ouverts sont de plus en plus utilisés comme architecture cible pour les charges de travail SAP et non-SAP, comme le montrent de nombreux exemples. Atos, par exemple, a prédéfini et mis à disposition dans Red Hat OpenShift plus de 2500 SAP BAPI (Business Application Programming Interfaces) en tant que points finaux RESTful. Les développeurs peuvent ainsi créer, déployer et intégrer facilement des personnalisations SAP sous forme de microservices, même sans connaissances ABAP.

Dans l'ensemble, chaque projet de migration et de modernisation dans le domaine SAP devrait être considéré dans le contexte d'une nouvelle conception et d'une consolidation de l'ensemble de l'environnement informatique. Les silos informatiques continuent d'empêcher les entreprises de concevoir une infrastructure informatique flexible et orientée vers l'avenir. Par conséquent, il faut choisir une base technique uniforme qui supporte une connexion transparente, indépendante de l'hyperscaler, des applications et services existants et nouveaux. Pour de nombreux utilisateurs SAP, la plate-forme Kubernetes de Red Hat OpenShift et l'écosystème d'infrastructure et de logiciels open source qui lui est associé constituent déjà le moyen de choix. Cela peut permettre de réaliser des économies dès le début de la modernisation de SAP, souvent même avant la migration vers HANA et S/4HANA.