Middleware du cloud

Outre une mise en œuvre rapide des services, ce sont surtout les faibles coûts d'investissement (modèle OPEX), les versions logicielles toujours actuelles et aussi la disponibilité omniprésente qui sont très utiles.

Cette évolution s'accompagne de nouveaux défis pour la gestion des données de base des systèmes distribués et d'obstacles techniques concernant la communication des services en nuage entre eux ou avec une infrastructure sur site existante.

Pour ce faire, de nouvelles solutions sont nécessaires pour intégrer les normes Internet multi-constructeurs pour l'échange numérique d'informations. Si, par le passé, il suffisait d'échanger périodiquement des données au moyen de fichiers, il est aujourd'hui élémentaire d'alimenter les applications SaaS en informations en temps réel. Les solutions de reporting ou les scénarios IoT à partir du cloud ne sont que deux exemples parmi d'autres.

Alors que pour l'utilisateur, les frontières entre les systèmes disparaissent avec des portails intégrés, des fonctionnalités d'identification unique et des interfaces utilisateur harmonisées, en arrière-plan, l'infrastructure d'intégration doit assurer un échange de données en temps réel, fiable, disponible partout et sécurisé.

Quoi de plus naturel que d'acheter l'infrastructure d'intégration elle-même sous forme de service cloud ? Parmi de nombreux autres fournisseurs, SAP a développé avec SAP Cloud Platform Integration (anciennement Hana Cloud Integration - HCI) un produit SaaS basé sur des standards ouverts et spécialement conçu pour une utilisation dans des scénarios Cloud2Cloud ou Cloud2onPremise.

C'est pourquoi les possibilités d'intégration sont complètes, des formats d'échange courants comme les WebServices, le support initial pour EDIFACT, le courrier électronique ou encore les services oData, en passant par les technologies d'échange comme SFTP, REST/HTTPS, jusqu'aux solutions propriétaires de SAP comme RFC, IDOC, etc.

C'est précisément cette flexibilité, qui permet d'une part de prendre en charge des normes établies sur Internet et indépendantes des fabricants, et d'autre part de continuer à utiliser l'infrastructure SAP existante, qui fait de ce produit une alternative intéressante, même pour les clients SAP classiques sur site.

En outre, avec l'API Business Hub, il existe déjà des modèles prêts à l'emploi pour l'intégration des systèmes cloud et/ou on-premise les plus divers. Parmi eux, on trouve bien sûr des scénarios pour l'intégration de Hybris, SuccessFactors, Concur, Cloud4Customer avec SAP ECC ou S/4-Hana sur site/dans le cloud, mais aussi pour des systèmes non-SAP comme SalesForce ou Microsoft Dynamics/Sharepoint.

Ce n'est que grâce à l'utilisation de ce contenu prédéfini qu'une intégration rapide et efficace de SAP Cloud Services est possible, ce qui fait de l'intégration de SAP Cloud Platform un service obligatoire pour les scénarios de cloud computing SAP.

Échange de données avec les parties prenantes

Outre la connexion de systèmes propres ou de services cloud sur abonnement, l'échange de données avec les parties prenantes d'une entreprise prend de plus en plus d'importance.

Alors que cela était jusqu'à présent le domaine des solutions middleware classiques sur site, cela peut aujourd'hui être représenté efficacement avec un tennant de SAP Cloud Platform Integration.

Dans ce contexte, non seulement l'échange classique d'informations avec les partenaires commerciaux tels que les fournisseurs et les clients joue un rôle important, mais aussi l'échange de données avec les autorités fiscales locales, comme par exemple les changements légaux entrés en vigueur cette année en Espagne (SII) et en Inde (GST).

C'est précisément cette flexibilité, la disponibilité rapide et les versions logicielles toujours à jour, combinées à un nombre toujours croissant de templates d'intégration "out-of-the-box", qui font des services SaaS "middleware from the cloud" un avantage concurrentiel évident.