Présentation de l'architecture
La mise en œuvre de SAP OData repose sur plusieurs composants.
Composants ODATA SAP
Les différents composants OData qui interagissent les uns avec les autres, comme l'indique la figure 1.
Schéma 1 : Composants OData
Le tableau 1 présente une liste des composants OData SAP et de leurs rôle.
Composants |
Rôle |
|---|---|
ODP (avec extracteurs) |
ODP est l'acronyme de Operational Data Provisioning. C’est un framework qui vous permet d'extraire et de répliquer des données à partir de diverses sources de données SAP (appelées extracteurs). Il a la capacité d'extraire des informations complètes et des écarts. |
Vues CDS / Table |
Les vues CDS peuvent être exposées en tant que vues de base de données, ce qui signifie qu'elles peuvent être utilisées par des outils externes de reporting ou des applications qui se connectent directement à la base de données. |
Rapports |
Les rapports font référence aux programmes qui génèrent des sorties formatées à partir de données provenant de diverses sources, généralement dans le but de fournir des informations ou de faciliter la prise de décision. Les rapports ABAP sont couramment utilisées dans les systèmes SAP pour afficher des données dans un format structuré et lisible. |
OData Runtime |
Exécute des instances de MPC (Model Provider Class) et de DPC (Data Provider Class) qui fournissent des informations sur les métadonnées, acquièrent des données et effectuent les opérations demandées sur les données. |
OData Service |
Réception et interprétation des requêtes OData. |
Service Builder |
Modélisation de service OData. |
Gateway Client |
Outil de test pour les services OData. |
Jusqu'à la version 7.31 de SAP NetWeaver, les fonctionnalités OData et SAP Gateway sont fournies avec les composants logiciels SAP IW_FND, GW_CORE et IW_BEP. À partir de la version 7.40 de SAP NetWeaver, toutes les fonctions sont implémentées dans le composant SAP_GWFND, qui fait partie intégrante de SAP NetWeaver.
Options de déploiement de la Gateway SAP
En fonction d’où son exécutés les composants OData individuels, il existe plusieurs options pour déployer les services OData.
Scénario A : Hub central
Une seule instance de SAP Gateway System peut être reliée à de nombreux systèmes backend SAP. Cette configuration améliore non seulement la sécurité, mais optimise également les performances car les données et l'exécution OData sont sur le même système.
Scénario B : Hub central avec déploiement dans le système SAP Gateway
Une instance centrale de l'OData Runtime fonctionne sur le système central exclusif SAP Gateway, qui établit des connexions avec divers systèmes backend SAP. Le système SAP Gateway peut être positionné dans une DMZ, pour une sécurité accrue et des frais de maintenance réduits.
Scénario C : Déploiement intégré
Chaque composant est mis en œuvre dans le système SAP dorsal. Cette approche offre le coût total de possession (TCO) le plus bas, car il n'est pas nécessaire d'avoir un système de passerelle dédié. Toutefois, cela pourrait soulever des questions en termes de sécurité et d'évolutivité.
Secure Gateway Agentsation de la Gateway
Pour faire communiquer le Cloud JustPerform avec le système SAP on-prem du client, avoir une connexion sécurisée est primordial. Le déploiement de l'agent Secure Gateway est nécessaire pour créer un VPN (Virtual Private Network), comme illustré au schéma 2. Si le système SAP est hébergé sur le cloud, un service de passerelle disponible auprès d'un fournisseur cloud peut être utilisé à la place d'une Secure Gateway. Il peut être configurépour autoriser les requêtes entrantes provenant du nuage JustPerform.
Schéma 2 : JustPerform Secure Gateway Client
La configuration de l'agent Secure Gateway n'entre pas dans le cadre de ce document.