Fondement des scénarios d'intégration

L'incroyable potentiel qu'offre le cloud, notamment dans les scénarios d'intégration, est un facteur non négligeable qu'il convient d'aborder, tout comme les meilleurs outils pour une migration vers le cloud en douceur. Presque partout, les entreprises ont acheté ou construit elles-mêmes des applications autour de leurs applications SAP.

Pour ce faire, de plus en plus d'entreprises intègrent clients et fournisseurs dans leurs environnements SAP. L'un des clients d'Arvato Systems dans le secteur de la vente au détail a par exemple connecté plus de 360 de ses clients au système central S/4 Hana afin d'automatiser son processus de commande.

Dans de nombreuses entreprises, SAP joue encore le rôle de plaque tournante centrale des données. Oui, vous avez bien lu : encore - la question est de savoir pour combien de temps.
Nous allons voir de plus près quels sont les avantages du cloud pour l'intégration d'applications tierces ainsi que de fournisseurs et de partenaires, et pourquoi les données sont de plus en plus souvent décisives pour le fonctionnement des applications.

Intégration avec des applications tierces

Avec sa politique "Keep Your Core Clean", SAP tente d'attirer l'attention sur un problème qui poursuit les utilisateurs SAP depuis que les systèmes SAP existent : Il s'agit de l'abandon du paradigme consistant à tout résoudre si possible dans le noyau de SAP. L'objectif est de limiter les modifications dans l'application de base au minimum nécessaire et de réduire ainsi les problèmes lors des mises à jour. Pour ce faire, tous les développements spécifiques sont transférés vers d'autres solutions, par exemple vers la SAP Cloud Platform ou vers des hyperscalers. SAP transfère ainsi de facto les innovations et les personnalisations vers le cloud.

Cela signifie à l'avenir un trafic de données plus important dans des scénarios hybrides (S/4 Hana sur site et SAP Cloud Platform sur Azure par exemple) et des latences supplémentaires. Pour de nombreux administrateurs de base, le plaisir s'arrête au plus tard au sujet des latences. Qui veut avoir constamment des utilisateurs au téléphone qui signalent que "le système est tellement lent en ce moment" ? Mais il n'y a pas que le nouveau paradigme de conception SAP qui indique que les systèmes SAP seront mieux placés à l'avenir, par exemple sur Azure.

Les solutions partenaires et les applications tierces migrent également de plus en plus vers le cloud ou sont déjà proposées exclusivement dans le cloud. La solution de gestion des contrats Icertis, l'application Business Process Mining de Celonis ou le système de gestion des documents nScale de Ceyoniq en sont des exemples.

Tous ces systèmes sont intégrés dans SAP et requièrent une certaine proximité physique avec SAP en termes d'exploitation. Les responsables d'exploitation devraient donc régulièrement se demander de manière autocritique si une architecture hybride globale est la meilleure solution possible pour l'exploitation. Dans le cadre des étapes de modernisation des systèmes SAP, une exploitation sur Azure représente peut-être la meilleure alternative.

Notre monde est de plus en plus interconnecté. Cela ne concerne pas seulement les applications au sein d'une entreprise. Bien au-delà des frontières de l'entreprise, les clients peuvent désormais consulter les stocks, passer des commandes ou signaler des consommations en direct grâce à des applications IoT.

C'est précisément dans le domaine de l'innovation que les modèles d'entreprise ont rapidement évolué, souvent sans adaptation de leurs scénarios opérationnels. Même si les scénarios d'innovation varient d'un secteur à l'autre, ils ont au final un point commun : l'échange de données entre les parties concernées augmente rapidement. Les exigences en matière d'actualité des données ne tolèrent pas non plus les scénarios en temps réel. Le temps réel a été proclamé comme nouveau standard par les leaders du marché.

Intégration des fournisseurs et des partenaires

Beaucoup de travail donc pour le service informatique qui, outre la connexion elle-même, n'a que l'embarras du choix quant à la technologie à utiliser. Outre SAP PI/PO, SAP propose un autre produit pour l'intégration : "SAP Cloud Platform Integration Suite". Dans le cadre de l'initiative Embrace, une troisième unité de produit, Azure Logic Apps, vient s'y ajouter.

Là encore, on constate que tous les nouveaux produits d'intégration des éditeurs de logiciels sont nés dans le cloud. Toutes les demandes adressées à SAP via ces outils entraînent donc un "overhead de communication technique". Par conséquent, à partir d'une requête sur site, les données vont une fois dans le cloud vers l'application Logic, puis reviennent vers le système SAP sur site - et les résultats de cette requête reviennent par le même chemin. L'efficacité est différente. Il en va de même pour les demandes des fournisseurs et des partenaires.

Là encore, l'architecture globale présente de nets avantages lorsque non seulement l'outil d'intégration, mais aussi les systèmes SAP se trouvent dans le cloud. C'est précisément pour cette raison que chez Arvato Systems, nous avons déplacé depuis un certain temps déjà notre solution SAP PI/PO, que nous exploitons pour différents clients en tant que solution PaaS gérée, vers Azure. Avec six millions de transactions par mois, la majeure partie de notre communication passe désormais par le cloud.

C'est justement en comparant directement les architectures cloud vs. on-premises que l'on oppose souvent des pommes et des poires et que l'on n'évalue pas ou pas suffisamment des aspects essentiels tels que la réduction de la durée des projets. Souvent, on sous-estime aussi les exigences en matière d'élasticité du matériel, qui, dans le cas de SAP, se manifeste moins au fil des mois que lors de la croissance, des carve-outs ou des acquisitions, avec le besoin correspondant d'harmonisation des systèmes.

Vers une architecture de données à l'échelle de l'entreprise

À la question de savoir où se trouvent les données d'une entreprise, de très nombreux collaborateurs de l'entreprise répondront probablement SAP. Mais est-ce vraiment le cas ? Pour les données concernant les commandes, les informations de production et de stockage ainsi que tous les indicateurs financiers nécessaires, la chose est claire. Mais les données de campagne, les intérêts d'achat, l'IoT ou les données d'utilisation se trouvent souvent dans des systèmes informatiques fragmentés et isolés.

Ce sont justement ces données qui connaissent une croissance exponentielle ces dernières années, mais qui ne peuvent souvent pas être analysées de manière satisfaisante. Les clients nous disent que les données augmentent si rapidement que même dans des cycles de remplacement de matériel courts de trois ans, ils ne peuvent plus fournir suffisamment de ressources pour suivre le rythme de la croissance. En ce qui concerne le stockage, Azure offre de nombreuses possibilités d'adapter aussi bien les performances que les coûts au cas d'utilisation individuel. Dans les scénarios sur site, le choix de stockage est plus restreint.

Il n'est donc souvent pas étonnant que les coûts de stockage des données explosent dans de nombreuses entreprises. Par conséquent, il n'est pas surprenant que de nombreux clients commencent à transférer leurs architectures de données existantes vers le cloud. De plus, dans de nombreuses entreprises, une pratique a été développée pour décharger les données de Hana afin de réduire au minimum le stockage coûteux des données.

Là aussi, le cloud peut aider grâce à des solutions intelligentes. Il n'est pas rare que les coûts d'exploitation soient réduits de plus de 50 %. De nombreuses entreprises sont tout à fait conscientes de la nécessité d'agir, mais elles sont souvent perplexes quant au moment optimal pour le faire. Outre les scénarios habituels tels que le remplacement ou la mise à niveau du matériel et les migrations Hana, il convient de mentionner la fin du support de Hana 1.0 comme argument supplémentaire pour agir rapidement.

Les technologies frontales Flash et Microsoft Silverlight, très utilisées, seront également retirées de la maintenance au cours des douze prochains mois. La règle générale est la suivante : si des composants essentiels changent ou si du matériel doit être acheté, c'est le moment idéal pour planifier une migration vers le cloud.