SAP Fiori - NetWeaver Gateway

SAFT NetWeaver Gatewaywird verwendet, um eine Verbindung zwischen der SAP Business Suite und den Zielclients, Plattformen und dem Framework herzustellen. Es bietet Entwicklungs- und Generierungswerkzeuge zum ErstellenOData Dienstleistungen für verschiedene Kundenentwicklungstools.

Das SAP NetWeaver-Gateway bietet eine einfachere Möglichkeit für den Verbrauch von Geschäftslogik und Inhalten für das SAP-Back-End-System in Webanwendungen. Es reduziert auch die Komplexität beim Zugriff auf SAP-Daten und bietet einfache Schnittstellen, um die Entwicklungszeit zu verkürzen.

SAP NetWeaver Gateway: Funktionen und Hauptvorteile

SAP NetWeaver Gateway ist eine Technologie, mit der Geräte, Umgebungen und Plattformen auf einfache Weise anhand von Marktstandards mit SAP-Software verbunden werden können.

• Unterbrechungsfrei jede SAP Business Suite.

• Einfache Entwicklung einfacher APIs und erfordert keine Werkzeugkenntnisse.

• Basierend auf REST, ATOM / OData. Es ermöglicht die Konnektivität mit SAP-Anwendungen mithilfe einer beliebigen Programmiersprache oder eines beliebigen Modells, ohne dass SAP-Kenntnisse erforderlich sindREST Dienstleistungen und OData/ATOM Protokolle.

• Es bietet Plug-Ins für bekannte IDEs wie Eclipse, Visual Studio 2010 und XCode.

Verbinden Sie SAP NetWeaver Gateway mit SAP Business Suite

Dazu muss der Back-End-Server als vertrauenswürdiges System konfiguriert werden.

Step 1 - Verwenden Sie den T-Code: SM59

Step 2 - Klicken Sie wie unten gezeigt auf das Symbol zum Erstellen.

Step 3 - Geben Sie die Details wie unten gezeigt ein -

• RFC-Zielname
• Verbindungstyp: 3

Step 4 - Geh zum Technical Settings Klicken Sie auf die Registerkarte und geben Sie die Details wie unten erläutert ein.

Step 5 - Geben Sie den Gateway-Host in das Feld ein Target Host Feld und Instanznummer im System Number Feld.

Step 6 - Geh zum Logon & Security Registerkarte und geben Sie die Details ein.

Step 7 - Geben Sie die Kundennummer ein und klicken Sie auf Current user zur Authentifizierung.

Step 8 - Wählen Sie Trust Relationship wie Yes und klicken Sie auf save Symbol oben.

Step 9 - Wählen Sie Zurück zum Startbildschirm und verwenden Sie den T-Code: SMT1

Step 10 - Klicken Sie auf create icon Wie nachfolgend dargestellt.

Das Trusting Wizard wird Öffnen.

Step 11 - Geben Sie die Details der soeben erstellten RFC-Destination ein und klicken Sie auf Continue.

Step 12- Die Informationen des vertrauenswürdigen Systems werden angezeigt. Drücke denSave Taste.

Hier haben Sie die Vertrauensbeziehung zwischen Ihrem SAP-System und dem NetWeaver Gateway-Host definiert, indem Sie das SAP-System als vertrauenswürdiges System und den NW-Host als vertrauenswürdiges System konfiguriert haben. Dies ermöglicht der Remote-Anmeldung für Benutzer, die Benutzerdaten im SAP NetWeaver-Gateway und im SAP-System zu verwenden.

SAP NetWeaver Gateway: Bereitstellungsoptionen

Für die Bereitstellung des SAP NetWeaver-Gateways für die SAP Fiori-Konfiguration stehen zwei verschiedene Bereitstellungsoptionen zur Verfügung.

Central Hub-Bereitstellung von SAP NetWeaver Gateway: Entwicklung im Back-End-System

Bei dieser Art von Bereitstellungsoption sind das zentrale UI-Add-On, produktspezifische UI-Add-Ons und das SAP NetWeaver-Gateway im ABAP-Front-End-Server enthalten. Der Back-End-Server enthält Geschäftslogik und Back-End-Daten. Die Entwicklung erfolgt im ABAP-Backend-System.

Die Dienste werden auf einem Back-End-System bereitgestellt und auf dem Server registriert. Der Gateway-Dienst wird im Gateway-Back-End-System bereitgestellt. EntwederIW_BEP wird bereitgestellt oder ein System, das auf der Version 7.4 oder höher ausgeführt wird, nutzt die Kernkomponente SAP_GWFND.

Advantages

• Es ermöglicht Änderungen an der Benutzeroberfläche ohne Entwicklungsberechtigung im Backend.

• Es bietet einen zentralen Wartungspunkt für alle Probleme mit der Benutzeroberfläche.

• Es bietet einen zentralen Ort für das Theming und Branding von Fiori Apps.

• Es bietet einen zentralen Zugriffspunkt auf das Back-End-System.

• Da kein direkter Zugriff auf das Back-End-System besteht, wurde die Sicherheit erhöht.

• Direkter lokaler Zugriff auf Metadaten (DDIC) und Geschäftsdaten sowie einfache Wiederverwendung von Daten.

Disadvantages

• Es erfordert ein separates SAP NetWeaver Gateway-System.

Note - SAP empfiehlt die Central Hub-Bereitstellungsoption für die Produktionsumgebung.

Central Hub-Bereitstellung von SAP NetWeaver Gateway

Bei dieser Option werden Gateway-Serverfunktionen auf einem dedizierten Server, dem Hub-System, verwendet. Im Gegensatz zur ersten Option erfolgt die Dienstbereitstellung auf dem Hub-System.

Diese Option wird verwendet, wenn entweder keine Entwicklung auf dem Back-End-System durchgeführt werden muss oder wenn Releases vor 7.40 veröffentlicht werden. wenn das Add-On nicht bereitgestellt werden darfIW_BEPim Backend. In diesem Fall ist der Entwickler auf die Schnittstellen beschränkt, auf die über RFC im Backend zugegriffen werden kann.

Die Entwicklung erfolgt im Gateway-Hub-System, und die Back-End-Systeme der Business Suite werden nicht berührt.

IW_BEP oder SAP_GWFND wird im Gateway-Hub-System ausgeführt und in der SAP Business Suite wird nichts berührt.

Advantages

• Zusätzlich zu den Vorteilen der ersten Option bietet diese Option den Vorteil, dass keine Installation von Gateway-Add-Ons im Back-End-System erforderlich ist.

Disadvantages

• Es gibt keinen direkten Zugang zu metadata (DDIC)und Geschäftsdaten. Daher ist die Wiederverwendung von Daten begrenzt.

• GENIL-Objekte können nicht remote verwendet werden.

• In dieser Konfiguration ist der Zugriff auf remote aktivierte Schnittstellen wie RFC-Module, BAPIs usw. beschränkt.

Eingebettete Bereitstellung

In der Embedded Deployment-Architektur erfolgt die Entwicklung im Back-End-System der SAP Business Suite, und das Gateway-System wird ebenfalls auf demselben System installiert. Services werden im Back-End-System der SAP Business Suite registriert und veröffentlicht.

IW_BEP oder SAP_GWFND wird auf demselben System ausgeführt, auf dem die SAP Business Suite installiert ist.

Advantages

• Es erfordert weniger Laufzeit, da ein Remote-Anruf reduziert wird.

Disadvantages

• Das System sollte nicht als Hub für zusätzliche Back-End-Systeme verwendet werden.

• Bei mehreren SAP Business Suite-Systemen muss das Gateway mehrmals konfiguriert werden.

• Diese Konfiguration wird nur für Sandkastenzwecke empfohlen.

Note- Sie sollten kein SAP Business Suite-System mit eingebetteter Bereitstellung als Hub-System für zusätzliches Back-End-System verwenden. Der Grund dafür ist, dass die SAP NetWeaver Gateway-Version des Hub-Systems möglicherweise niedriger ist als die Version der SAP NetWeaver Gateway-Back-End-Komponenten des Remote-Back-End-Systems.

Um dies zu vermeiden, können Sie die eingebettete Bereitstellungsoption für Ihre SAP Business Suite-Systeme verwenden.

Wenn Sie sich für eine Hub-basierte Architektur entscheiden, sollten Sie ein dediziertes SAP NetWeaver Gateway Hub-System verwenden, das auf der neuesten Version von SAP NetWeaver Gateway ausgeführt werden sollte.

Überprüfen Sie die Bereitstellungsmethode in SAP Fiori System

Step 1 - Melden Sie sich über die SAP-GUI beim SAP-Fiori-Back-End-System an (siehe Abbildung unten).

Step 2 - Auf dem System menu, klicken Status.

Step 3 - Ein neues Fenster mit dem wird geöffnet System Status.

Klicken Sie unter SAP-Systemdaten auf das Symbol (Lupe) unter der Bezeichnung Komponentenversion.

Step 4 - Hier wird die Liste der Komponenten angezeigt, die gemäß NetWeaver Gateway Release auf dem SAP-Backend-System installiert sind.

Mit NW 7.31, IW_BEW und GW_Core Komponenten sind installiert und für NW 4.0, SAP_GWFND installiert ist und es keine einzelnen Komponenten gibt.

In diesem System ist das NW-System auf dem Back-End-System installiert, und alle UI-Add-Ons-Komponenten befinden sich im Front-End-System. Daher handelt es sich um eine Hub-Architektur-Bereitstellungsmethode.

Übersicht über OData (Open Data Protocol)

OData wird verwendet, um Best Practices zu definieren, die zum Erstellen und Verwenden von RESTful-APIs erforderlich sind. Es hilft Ihnen, Änderungen herauszufinden, Funktionen für wiederverwendbare Prozeduren zu definieren und Stapelanforderungen usw. zu senden.

Einige der wichtigen Merkmale sind -

• OData bietet die Möglichkeit zur Erweiterung, um alle benutzerdefinierten Anforderungen Ihrer RESTful-APIs zu erfüllen.

• REST steht für Representational State Transfer und wird manchmal als "ReST" geschrieben.

• Es basiert auf einem zustandslosen, zwischenspeicherbaren Client-Server-Kommunikationsprotokoll. In praktisch allen Fällen wird das HTTP-Protokoll verwendet.

• REST ist als Architekturstil zum Entwerfen von Netzwerkanwendungen definiert.

• Mit OData können Sie sich beim Erstellen von RESTful-APIs auf Ihre Geschäftslogik konzentrieren, ohne sich Gedanken über die Ansätze zum Definieren von Anforderungs- und Antwortheadern, Statuscodes, HTTP-Methoden, URL-Konventionen, Medientypen, Nutzdatenformaten und Abfrageoptionen usw. machen zu müssen.

• OData RESTful-APIs sind einfach zu verwenden.

OData Service Life Cycle

Der OData-Servicelebenszyklus umfasst die Spanne eines OData-Service. Im Folgenden sind die wichtigsten Schritte aufgeführt, die in einem OData-Servicelebenszyklus berücksichtigt werden müssen.

• Aktivierung des OData-Dienstes.

• OData-Service pflegen.

• Pflege von Modellen und Diensten bis zur Bereinigung des Metadaten-Cache.

• RESTful-Anwendungen verwenden HTTP-Anforderungen, um Daten zum Erstellen oder Aktualisieren, Lesen von Daten und Löschen von Daten zu veröffentlichen. REST verwendet HTTP für alle vier CRUD-Vorgänge (Erstellen / Lesen / Aktualisieren / Löschen).

• REST ist eine einfache Alternative zu Mechanismen wie RPC (Remote Procedure Calls) und Web Services.

REST-Architekturkomponenten

Im Folgenden sind die Komponenten der REST-Architektur aufgeführt.

• Resources
• Ein Netz von Ressourcen
• Client-server
• Kein Verbindungsstatus
• Proxyserver