SAP NetWeaver Gateway Connectivity@SNAP 2013
Neue Wege im Unternehmen Neue Geräte und Usererfahrungen Technische Innovationen in Unternehmen Wachsende Gemeinschaft an Entwicklern Ausdehnung der Geschäftsdaten und Entscheidungsträger Einfacher Zugriff auf komplexe Systeme Verwalten von kritischen Prozessen und Wunsch nach innovativen Lösungen
Was ist SAP Netweaver Gateway? @ SAP Netweaver Gateway ist @ ein Zugriffspunkt auf SAP Daten und Funktionalitäten @ ein auf OData basierendes Interface @ ein Service welches von allen Geräten konsumiert werden kann, welche Daten (XML/JSON) über eine HTTP(S) Verbindung empfangen und verarbeiten können
Was ist SAP Netweaver Gateway? @ SAP Netweaver Gateway ist @ ein Zugriffspunkt auf SAP Daten und Funktionalitäten @ ein auf OData basierendes Interface @ ein Service welches von allen Geräten konsumiert werden kann, welche Daten (XML/JSON) über eine HTTP(S) Verbindung empfangen und verarbeiten können @ SAP Netweaver Gateway ist nicht @ der SAP Gateway Prozess im Netweaver Application Server ABAP der die externe Kommunikation ermöglicht (z.b.. RFC) @ eine mobile Infrastruktur (SUP) @ ein Ersatz für Netweaver PI und esoa Services @ die neue Middleware der SAP (wird aber wohl zukünftig integriert)
SAP Netweaver Gateway für externe Entwickler @ Offen @ Alle Geräte und Plattformen @ User @ Optimiert für Userinteraktion @ Entwicklung @ Einfache API und kein ABAP Wissen für Konsumierung notwendig @ Standards @ Basierend auf REST und OData/ATOM
Das Open Data Protocol (OData) Das Open Data Protocol (OData) ist ein Webprotokoll zum Abfragen und Aktualisieren von Daten. Es wird auch ODBC for the Web genannt.
Das Open Data Protocol (OData) @ Basiert auf einem nichtproprietären lizenzfreien Protokoll @ datenbankähnlicher Zugriff auf Business Daten @ Zur Verwendung kein SAP Wissen notwendig @ Unterstützt Objektnavigation @ Entspricht den Spezifikationen einer REST-basierten Architektur @ Verwendung der GET, PUT, POST & DELETE Methoden @ Stateless Interface
Beispiel eines OData Services @ Banken Beispiel @ Dieser Beispiel Service erlaubt den Zugriff auf Informationen der Bank Daten über das BOR Bank Objekt @ Generiert mit SAP NW Gateway und dem Object Based Generator für BOR Objects @ Komsumations Model @ Metadaten des Services @ Listen anzeige/detail Anzeige
Deployment Optionen @ Drei Deployment Optionen @ Hub Architektur @ Hub Architektur mit Entwicklung am Server @ Eingebettete Architektur
Hub Architektur
Hub Architektur mit Entwicklung am Server
Eingebettete Architektur
Entwicklungsprozess
Der Service Builder (SEGW) @ Gateway Service Builder (transaction "SEGW") @ Release 2.0 Support Package 4/5
Warum SAP via OData? @ OData öffnet die Tür für eine Vielzahl von Entwicklern, Programme in Verbindung mit SAP zu erstellen @ Reduzierte Komplexität, Entwicklerkenntnisse und Entwicklungsbarrieren @ Verringerte Entwicklungszeit/Entwicklungszyklen @ Beteiligung von Entwicklern mit und ohne SAP-Wissen @ Entwicklertools frei wählbar @ Einfache Service Interfaces (REST) und Datenprotokolle (OData/ATOM)
Konsumierung von OData Services und mehr.
SAP NW Gateway vs. SAP PI @ REST ist ein Client-Server basierter Ansatz. PI ist eine Middleware. @ RESTful APIs sind Links für Clients für diverse Operationen. @ REST gibt kein Format vor. PI benötigt XML. @ REST erwartet die Statushaltung der Sitzung durch den Client. @ PI arbeitet am besten mit asynchronen Nachrichten (unterstützt aber auch synchrone). @ REST verwendet ausschließlich synchrone Kommunikation (Request, Response).
Danke für Ihre Aufmerksamkeit! Alexander Aigner SAP NW Consultant alexander.aigner@snapconsult.com