Architekturübersicht
Die Implementierung von SAP OData besteht aus mehreren Komponenten.
SAP ODATA-Komponenten
Die verschiedenen OData-Komponenten, die miteinander interagieren, wie in Abbildung 1 dargestellt.
Abbildung 1: OData-Komponenten
Tabelle 1 enthält eine Liste der SAP OData-Komponenten und ihrer Funktionen.
| Komponenten | Funktion |
|---|---|
| ODP (mit Extraktoren) | ODP steht für Operational Data Provisioning. Es handelt sich um ein Rahmenwerk, mit dem Sie Daten aus verschiedenen SAP-Datenquellen (sog. Extraktoren) extrahieren und replizieren können. Es hat die Fähigkeit, vollständige und Delta-Informationen abzurufen. |
| CDS-Ansichten/Tabelle | CDS-Ansichten können als Datenbankansichten verfügbar gemacht werden, d. h. sie können von externen Berichts-Tools oder Anwendungen verwendet werden, die eine direkte Verbindung zur Datenbank herstellen. |
| Berichte | Berichte beziehen sich auf Programme, die formatierte Ausgaben auf der Grundlage von Daten aus verschiedenen Quellen generieren, in der Regel zur Bereitstellung von Informationen oder zur Erleichterung der Entscheidungsfindung. ABAP-Berichte werden in SAP-Systemen häufig zur Anzeigen von Daten in einem strukturierten und lesbaren Format verwendet. |
| OData Runtime | Führt Instanzen von MPC (Model Provider Class) und DPC (Data Provider Class) aus, die Metadateninformationen bereitstellen, Daten abrufen und angeforderte Operationen für die Daten ausführen. |
| OData-Dienst | Empfängt und interpretiert eingehende OData-Anfragen |
| Service-Builder | OData-Service-Modellierer. |
| Gateway-Client | Testtool für OData-Dienste. |
Bis zur SAP NetWeaver-Version 7.31 werden die OData- und SAP Gateway-Funktionalitäten mit den SAP-Softwarekomponenten IW_FND, GW_CORE und IW_BEP bereitgestellt. Ab der SAP NetWeaver-Version 7.40 sind alle Funktionen in der Komponente SAP_GWFND, die integraler Bestandteil von SAP NetWeaver ist, implementiert.
SAP Gateway-Bereitstellungsoptionen
Je nachdem, wo die einzelnen OData-Komponenten ausgeführt werden, gibt es mehrere Optionen für die Bereitstellung von OData-Diensten.
Szenario A: Zentraler Hub
Eine einzelne Instanz des SAP Gateway-Systems kann mit zahlreichen Back-End-SAP-Systemen verknüpft werden. Diese Anordnung verbessert nicht nur die Sicherheit, sondern optimiert auch die Performance, da sich sowohl die Daten als auch OData Runtime auf demselben System befinden
Szenario B: Zentraler Hub mit Bereitstellung im SAP Gateway-System
Auf dem exklusiven zentralen SAP Gateway-System arbeitet eine zentrale Instanz von OData Runtime, die Verbindungen zu verschiedenen SAP Backend-Systemen herstellt. Das SAP Gateway-System kann innerhalb einer demilitarisierten Zone (DMZ) positioniert werden und bietet so erhöhte Sicherheit und reduzierte Wartungskosten.
Szenario C: Eingebettete Bereitstellung
Jede Komponente wird in das Backend-SAP-System implementiert. Dieser Ansatz bietet die niedrigsten Gesamtbetriebskosten („Total cost of ownership“, TCO), da kein dediziertes Gateway-System erforderlich ist. Damit könnten jedoch Einschränkungen in Bezug auf Sicherheit und Skalierbarkeit einhergehen.
Sicherer Gateway-Agent
Um eine Kommunikationsverbindung zwischen der JustPerform-Cloud und dem beim Kunden installierten SAP-System aufzubauen, ist es entscheidend, eine sichere Verbindung zu implementieren. Die Bereitstellung des sicheren Gateway-Agenten ist erforderlich, um ein VPN (Virtual Private Network) zu erstellen, wie in Abbildung 2 dargestellt. Wenn das SAP-System in der Cloud gehostet wird, kann anstelle eines sicheren Gateway-Agenten ein bei einem Cloud-Anbieter verfügbarer Gateway-Dienst verwendet werden. Sie kann so konfiguriert werden, dass eingehende Anfragen aus der JustPerform-Cloud zugelassen werden.
Abbildung 2: Sicherer Gateway-Client von JustPerform
Das Einrichten des sicheren Gateway-Agents liegt außerhalb des Rahmens dieses Dokuments.