SAP Gateway
Inhaltsverzeichnis
- Was ist das SAP Gateway?
- Architektur des SAP Gateway
- Der Weg zur sicheren und mobilen Infrastruktur
- SAP Gateway und OData
- SAP Gateway Funktionen
- Voraussetzungen für SAP Gateway
- Installation des SAP Gateways
- Wie hängen SAP Gateway und SAP Fiori zusammen?
- Vorteile von SAP Gateway
- Entwicklungsprozess der SAP NetWeaver Gateway Software
- Grenzen des SAP Gateways
- Fazit
- FAQ
Der SAP Fiori Frontend-Server ist ein Zusatzprodukt für den SAP NetWeaver Application Server for ABAP (AS ABAP). Dieses Produkt liefert die für das SAP Fiori App Deployment geeignete Service Pack Stack Definition (stack.xml) in einem On-Premise-Szenario für die jeweilige AS-ABAP-Version.
Was ist das SAP Gateway?
Das SAP Gateway ist ein auf offenen Standards basierendes Framework, mit dem Entwickler Nicht-SAP-Anwendungen einfacher mit SAP-Anwendungen verbinden können. Es wird auch für die Verbindung zu und den Zugriff auf SAP-Anwendungen von mobilen Geräten aus verwendet (Web, Smartphone, Tablet).
Das SAP Gateway bietet eine einfachere Bereitstellung und Nutzung von Geschäftslogik und Inhalten von SAP-Backend-Systemen für mobile und Web-Anwendungen. Ziel ist es, die Komplexität und den Qualifikationsgrad für den Zugriff auf SAP-Daten zu reduzieren und damit Bereitstellungsbarrieren zu beseitigen. Einfache Schnittstellen helfen auch, die Entwicklungszeiten zu verkürzen.
SAP Gateway ermöglicht es personenzentrierten Anwendungen, Daten der SAP Business Suite über gängige Plattformen und Geräte (z.B. Smartphones und Tablets) auf einfache und standardbasierte Weise zu nutzen. Es handelt sich um ein Framework, das Geschäftsanwender mit SAP-Systemen über Verbrauchertechnologien, Groupware und mobile Geräte verbindet und auf offenen Standards (wie dem Atom Publishing Protocol und OData) basiert, die Dienste nach dem REST-Prinzip anbieten.
Abhängig von Ihren Entwicklungsanforderungen und dem Ort, an dem Sie SAP-Gateway-Inhalte entwickeln möchten, können Sie SAP entweder in einem Backend-System der SAP Business Suite (embedded deployment) oder in einem SAP-Gateway-Hubsystem (central hub deployment) installieren.
Architektur des SAP Gateway
- Eine Frontend-Anwendung fordert Daten oder Funktionen über einen OData-Service an.
- Das SAP Gateway nutzt die Service-Mapping-Informationen, um die Anfrage zu interpretieren und die entsprechenden Daten aus den Backend-Systemen abzurufen.
- Die abgerufenen Daten werden an die Frontend-Anwendung zurückgegeben, wo sie angezeigt oder weiterverarbeitet werden können.
Der Weg zur sicheren und mobilen Infrastruktur
Der Wunsch, mobile Endgeräte im Berufsalltag einzusetzen, wird immer größer. Auf der einen Seite locken erhöhte Produktivität & Flexibilität in der Erledigung von Aufgaben, auf der anderen Seite bringt die Nutzung von Firmendaten außerhalb des gesicherten Firmennetzes auch Gefahren mit sich. Wenn Sie mehr zum Thema mobile Infrastruktur und Security wissen erfahren wollen, finden Sie hier unsere Knowhow-Seite.
Das SAP Gateway ermöglicht personenzentrierten Anwendungen Daten der SAP Business Suite über gängige Plattformen und Geräte (z. B. Smartphones und Tablets) auf einfache und standardbasierte Weise zu nutzen. Es handelt sich um ein Framework, das Geschäftsanwender mit SAP-Systemen über Verbrauchertechnologien, Groupware und mobile Geräte verbindet und auf offenen Standards (wie dem Atom Publishing Protocol und OData) basiert, die Dienste nach dem REST-Prinzip anbieten.
Abhängig von Ihren Entwicklungsanforderungen und dem Ort, an dem Sie SAP-Gateway-Inhalte entwickeln möchten, können Sie SAP entweder in einem Backend-System der SAP Business Suite (embedded deployment) oder in einem SAP-Gateway-Hubsystem (central hub deployment) installieren.
SAP Gateway und OData
Das SAP Gateway verwendet das OData-Protokoll. OData basiert auf Industriestandards und bietet Zugriff auf Geschäftsdaten über eine REST-basierte Architektur. Für die Nutzung außerhalb von SAP sind keine Kenntnisse der SAP-Strukturen erforderlich, denn das Modul unterstützt die Objektnavigation.
Seit einigen Jahren erweitert das SAP NetWeaver Gateway ABAP-basierte SAP-Systeme um die Möglichkeit, REST-basierte Dienste nach dem OData-Standard anzubieten. Diese Fähigkeit ermöglicht eine wesentlich einfachere Nutzung von Nicht-SAP-Technologien wie HTML5, Mobile oder z.B. Microsoft SharePoint als Benutzeroberfläche für den Rich Content von SAP-Systemen.
OData ist ein spezifisches REST-basiertes Protokoll, das viele Vorteile bietet:
- Einheitliche Art der Darstellung, Strukturierung, Abfrage und Manipulation von Daten
- Einheitliche Darstellung von Metadaten über die Daten, sodass Computer mehr über das Typensystem, die Beziehungen und die Struktur der Daten erfahren können
OData bietet somit ausreichend Flexibilität (Filterung, Abfragemöglichkeiten). Abfrageoptionen werden grundsätzlich verwendet, um eine Mindestanzahl von Datensätzen aus einer Sammlung zu holen oder die Sammlung zu sortieren, die Metadaten anzuzeigen oder nur einige Felder zum Anzeigen auszuwählen usw. Diese Abfrageoptionen beginnen mit’$’ gefolgt von dem Namen der Abfrageoption. Einige der Beispiele für Abfrageoptionen sind $metadata, $format, $count, $select, $top, $skip usw.
SAP Gateway Funktionen
- Runtime-Funktionen, einschließlich Benutzeroberfläche, sicherem Datenzugriff, Datenbankanbindung und Netzwerkkommunikation zur Verwaltung von Anwendungen, die auf dem Framework ausgeführt werden
- Infrastruktur und Werkzeuge für die Entwicklung von Anwendungen, die auf dem Framework laufen oder SAP-Lösungen verbessern
- Verbindung zu mehreren SAP-Systemen unabhängig von deren Versionen
Voraussetzungen für SAP Gateway
Hardware
- Prozessor: Dual Core (2 logical CPUs) oder höher, 2 GHz oder höher
- Random Access Memory (RAM): 8 GB or höher
- Hard Disk Capacity: 80 GB primary oder höher
Software
- SAP NetWeaver Stack: Es muss der neueste Kernel-Patch für die entsprechende SAP NetWeaver-Version installiert werden
- SAP Backend: SAP Business Suite System
Installation des SAP Gateways
Um das SAP Gateway installieren zu können, stehen insgesamt vier Möglichkeiten zur Verfügung:
- Hub Deployment in der SAP Business Suite: Unabhängig von der verwendeten Business Suite können Nutzer das SAP Gateway als Standalone Gateway verwenden. Wenn sich User dazu entscheiden, das Gateway in der SAP Business Suite zu entwickeln, fungiert das SAP Gateway als Kommunikationsendpunkt. Es dient als Zugang zu den dahinterliegenden Business Suite Backends, weil bei dieser Installationsvariante mehrere SAP Business Suites an das SAP Gateway angebunden werden können. Der entscheidende Vorteil dieser Option: Da die Backend Systeme aufgrund des Standalone Gateways nicht mehr direkt an das Internet angebunden sind, wird die Sicherheit deutlich erhöht.
- Hub Deployment mit Entwicklung im SAP Gateway Hub: Wenn sich User für diese Option entscheiden, ist keine Installation der SAP Gateway-Komponenten im Backend notwendig. Allerdings sollten Nutzer bedenken, dass bei dieser Variante kein DDIC (Data Dictionary) vorliegt und zudem lediglich Remote-verfügbare Interfaces (z. B. RFC) genutzt werden können.
- Embedded Deployment mit Entwicklung in der SAP Business Suite: Bei dieser Variante besteht der entscheidende Vorteil darin, dass weniger Remote Function Calls ausgeführt werden und daher weniger Overhead im Netzwerkverkehr vorhanden ist. Allerdings sollten Unternehmen bedenken, dass bei dieser Option lediglich die jeweilige SAP Business Suite angebunden sein kann, sodass das SAP Gateway bei mehreren SAP Business Suites auch mehrmals konfiguriert werden muss. Außerdem besteht bei dieser Option im Vergleich zu den anderen Installationswegen ein erhöhtes Sicherheitsrisiko, da das Backend direkt mit dem Internet verbunden sein muss.
- SAP Business Performance Platform OData Provisioning (OData provisioning): Die vierte und letzte Möglichkeit zu Installation des SAP Gateways ist das OData provisioning. Diese Option bietet Unternehmen dank der Cloud eine ganze Reihe nützlicher Vorteile: So entfallen beispielsweise Upgrades und das Sicherheitsrisiko wird verringert. Zudem ist bei der Installation über SAP Business Performance Platform (BTP) OData Provisioning die Anbindung mehrerer SAP Business Suites ohne Probleme möglich, sodass es keine Notwendigkeit zur Verwaltung weiterer eigener Server gibt. Ein Nachteil dieser Option besteht jedoch darin, dass nicht alle SAP Features bereitgestellt werden.
Wie hängen SAP Gateway und SAP Fiori zusammen?
Das SAP Gateway ist eine Art Middleware Server und bildet die technische Komponente und Grundlage von SAP Fiori Apps. Ziel des SAP Gateways ist es, Unternehmen insbesondere bei der Verwendung von personenzentrierten Anwendungen einen leichteren Zugang auf die Daten der SAP Business Suite zu ermöglichen. Wie der Name schon vermuten lässt, ist der SAP Gateway Server eine Art Tor und fungiert so als Schnittstellte, von der aus Anwendungen von außen auf den Service zugreifen können. Der entscheidende Vorteil für die User von SAP Fiori Apps ist, dass die technische Komplexität, die hinter dem SAP-System und den Fiori Apps steckt, hinter der intuitiven und benutzerfreundliche Oberfläche „verschwindet”.
Vorteile von SAP Gateway
- Versteckt die technische Komplexität Ihrer SAP-Systemlandschaft hinter einer einzigen, benutzerfreundlichen und herstellerunabhängigen Schnittstelle
- Macht Ihre SAP-Geschäftsdaten und -funktionen für jedes externe Gerät oder System zugänglich, das folgendes kann:
- Kommunikation über das HTTP(S)-Protokoll
- OData-Meldungen verstehen
- Bietet Werkzeuge zur Servicebereitstellung, die eine schnelle REST-Fähigkeit bestehender ABAP-Funktionen ermöglichen
- Bietet Plug-Ins für bekannte IDEs wie Eclipse IDE, Visual Studio 2010 und XCode
- Dient als Reverse Proxy vor Ihren datenhaltenden SAP Systemen
Entwicklungsprozess der SAP NetWeaver Gateway Software
Die SAP NetWeaver Gateway Software ist mit verschiedenen Service Provisioning Tools ausgestattet, die den notwendigen Quellcode generieren, um die Entwicklung Ihrer externen Geschäftsanwendungen zu beschleunigen. Diese Tools können in Verbindung mit weit verbreiteten Integrated Development Environments (IDEs) wie Eclipse, Visual Studio 2010 und XCode verwendet werden. Für Visual Studio, xCode & Eclipse sind integrierte Plugins für die Entwicklungsumgebung verfügbar.
Das SAP NetWeaver Gateway erstellt neue Gateway-Objekte aus bestehenden BAPI-, RFC- und ABAP-Dynpro-Dynpros. Sie können auch benutzerdefinierte Gateway-Objekte mit dem Gateway Add-On erstellen, die Ihnen den OData-Kanal zur Verfügung stellen. Dies ist eine Reihe von ABAP-Klassen und -Interfaces, mit denen Sie Ihre eigenen Gateway-Modellobjekte in Ihrem Backend-SAP-System entwickeln können. Diese werden dann in Ihrem SAP NetWeaver Gateway-System registriert, um sie der Außenwelt als RESTful Services zugänglich zu machen.
Grenzen des SAP Gateways
Das SAP Gateway bietet zahlreiche Vorteile und ist als technischer Bestandteil der SAP Fiori Anwendungen unverzichtbar. Allerdings hat auch das SAP Gateway seine Grenzen: So kann das SAP Gateway bestehende Middleware (wie z. B. SAP NetWeaver PI) nicht ersetzen, sodass die entsprechenden Anwendungen nicht auf Application-2-Application- oder Business-2-Business-Szenarien ausgerichtet sind. Außerdem eignet es sich nicht als Kanal für transaktionale Anwendungen, die in erster Linie von Power-Usern genutzt werden.
Fazit
Das SAP Gateway ist nicht als Kanal für die Art von transaktionalen Anwendungen konzipiert, die von Power-Usern verwendet werden und auch nicht als Ersatz für bestehende Middleware wie SAP NetWeaver PI gedacht. Darüber hinaus sind SAP Gateway-Anwendungen nicht auf Application-2Application- oder Business-2-Business-Szenarien ausgerichtet. Stattdessen ist das SAP Gateway das Tor, durch das der Massenverbrauch von SAP-Geschäftsdaten und -funktionen ermöglicht wird.
Websession mit Tobias Schießl
Sie haben offene Fragen zum SAP Gateway? In einer kostenlosen Websession besprechen wir Ihre Herausforderungen und Möglichkeiten.
FAQ
Was ist ein SAP Gateway?
Das SAP Gateway ist ein integraler Bestandteil des SAP NetWeaver ABAP Stacks. Es ermöglicht eine standardisierte Anbindung von Geräten, Umgebungen und Plattformen an SAP-Systeme. Das SAP Gateway nutzt das Open Data Protocol (OData). Dadurch können Sie jede beliebige Programmiersprache für die Verbindung von SAP- und Nicht-SAP-Anwendungen nutzen.
Wie hängen SAP Gateway und ODATA zusammen?
SAP Gateway verwendet das OData-Protokoll. OData ist ein HTTP-basiertes Protokoll, mit dem Sie über eine REST-basierte Architektur auf Ihre Unternehmensdaten zugreifen können.
Wozu dient der SAP Gateway Client?
Mit dem SAP Gateway Client (Transaktion /IWFND/GW_CLIENT) können Sie jeden OData-Service testen, bevor er z. B. von einer mobilen App genutzt wird.
Was ist eine REST API?
Über APIs (Application Programming Interfaces = Webschnittstellen) können Endbenutzer sich mit Clouddiensten verbinden und mit ihnen interagieren. Das Programmierparadigma REST (Representational State Transfer) zielt darauf ab, eine einheitliche Architektur für diese APIs zu erstellen. Eine RESTful API verwendet HTTP-Anfragen, um per GET, PUT, POST und DELETE auf Daten zugreifen zu können.
Welche Funktion übernimmt der SAP Gateway Service Builder?
Der SAP Gateway Service Builder (Transaktion SEGW) stellt Ihnen eine einfach zu bedienende Toolsammlung zur Verfügung, mit der Ihre Entwickler OData-Services erstellen können.
2 Kommentare zu "SAP Gateway"
Wie kann ich einen Testfall für den Gateway-Client erstellen?
Hallo Herr Baumgartner,
im Gateway Client haben Sie oben in der Menü-Leiste ein Speichern-Symbol, mit dem Sie den aktuellen Aufruf als Testfall speichern können. Zudem finden Sie in der darunterliegenden Menü-Leiste den Button “Auswählen” (das Symbol ist eine Datenbank), mit dem Sie gespeicherte Testfälle später jederzeit wieder laden können.
Viele Grüße,
Tobias Schießl