Advanced Adapter Engine Extended
Funktionsumfang
Die Installationsoption Advanced Adapter Engine Extended (AEX) bietet die Connectivity-Möglichkeiten der Advanced Adapter Engine (AAE) sowie die Design- und Konfigurationswerkzeuge (ES-Repository und Integration Directory) zum Einrichten von Integrationsszenarien, die auf der AAE aufsetzen. Das mit der AEX installierte Integration Directory enthält die gleiche Teilmenge von Konfigurationsoptionen wie das der AAE, im Prinzip die integrierte Konfiguration.
Die folgende Abbildung zeigt die Hauptkomponenten der AEX:
Die Hauptkomponenten für Design- und Konfigurationszeit sind das Enterprise Services Repository (ES Repository) und das Integration Directory. Mit diesen Werkzeugen kann ein Integrationsexperte Integration-Content entwerfen (zum Beispiel Interfaces und Process-Integration-Szenarien) und die Konfigurationseinstellungen für den Austausch von Messages für eine bestimmte Systemlandschaft angeben. Die Design- und Konfigurationswerkzeuge sind mit dem System Landscape Directory verbunden, das zum Beispiel die Beschreibung von Software-Komponenten und Systemen enthält.
Weitere Informationen:
Anhand der Konfigurationseinstellungen aus dem Integration Directory werden Messages zur Laufzeit zwischen den verbundenen Business-Systemen ausgetauscht. AEX verwendet die Advanced Adapter Engine als Laufzeit-Engine
Zur Verarbeitung von Messages verwendet die Advanced Adapter Engine (AAE) Informationen aus dem Integration Directory. Diese Informationen werden der AAE über einen Laufzeit-Cache zur Verfügung gestellt.
Fähigkeiten
AEX unterstützt die Vermittlungsfähigkeiten der AAE. Sie können im Einzelnen folgende Adapter verwenden:
RFC-Adapter
SAP Business Connector-Adapter
File/FTP-Adapter
JDBC-Adapter
JMS-Adapter
SOAP-Adapter
Marketplace-Adapter
Mail-Adapter
RNIF-Adapter
CDIX-Adapter
IDoc-Adapter (Advanced Adapter Engine) (Adaptertyp IDOC_AAE)
HTTP-Adapter (Advanced Adapter Engine) (Adaptertyp HTTP_AAE)
Weitere Informationen zu den einzelnen Adaptern: Adapter-Konfiguration (AAE)
Mit den RNIF- und CIDX-Adaptern und ihren entsprechenden Business Packages können Sie Business-To-Business-Szenarien auf dem jeweiligen Industriestandard (RosettaNet bzw. Chem eStandards) einrichten.
Weitere Informationen: Integration anhand von SAP Business Packages einrichten
Beachten Sie, dass Sie keine Integrationsprozesse verwenden können, wenn Sie die Advanced Adapter Engine Extended (AEX) installiert haben. Deshalb werden die Szenarien des Business Package, die Integrationsprozesse verwenden, in diesem Fall nicht unterstützt.
Technisch basiert die Installationsoption AEX auf AS Java.
Da AEX ausschließlich auf AS Java basiert, ist diese Option einfacher zu installieren und zu warten, da sie weniger Arbeits- und Datenspeicher benötigt. AEX ist daher im Vergleich zu einer vollständigen Installation von SAP NetWeaver PI eine kostensparende Option.
Im Vergleich zu einer vollständigen Installation von SAP NetWeaver PI unterliegt AEX folgenden Einschränkungen:
Die Connectivity-Optionen sind auf die Adapter der AAE beschränkt.
Das heißt, Sie können folgende Adaptertypen nicht verwenden: IDoc (IE), XI, HTTP (IE), WS (Connectivity mit Systemen, die auf Web Services Reliable Messaging basieren).
Sie können keine Integrationsprozesse verwenden (komponentenübergreifendes Business Process Management).
Sie können Process-Integration-Szenarien nur als Modellierungsoption im ES-Repository verwenden.
Parametrisierte Mapping-Programme werden nicht unterstützt.
ABAP-Mapping ist nicht verfügbar.
Anwendungsfälle
Sie können AEX folgendermaßen verwenden:
AEX standalone verwenden
In Kombination mit einer SAP NetWeaver PI Landschaft
AEX standalone verwenden
Sie können AEX als eigenständige Integrations-Middleware verwenden. Im folgenden Bild werden die grundlegenden Kommunikationsoptionen dargestellt:
Diese Verwendung ist in folgenden Fällen zweckmäßig (Beispiele):
AEX als „einfach aufgebaute“ und kostengünstige Integrations-Middleware verwenden
Bei Szenarien, die nur die Connectivity-Möglichkeiten der AAE erfordern und keine Integrationsprozesse enthalten (komponentenübergreifendes BPM), können Sie die Installationsoption AEX wählen, die technisch gesehen nur auf AS Java basiert. In früheren Releases war auch für diese Szenarien eine Standardinstallation von SAP NetWeaver PI (technisch sowohl auf AS Java und AS ABAP basierend) erforderlich.
AEX als Testumgebung verwenden
Da eine AEX-Installation nicht nur eine Laufzeit-Engine (Advanced Adapter Engine), sondern auch das ES Repository und das Integration Directory umfasst, wird der gesamte Lebenszyklus eines Integrationsprojekts unterstützt. Sie können daher ein vollständiges und konsistentes Toolset einrichten sowie Integrationsszenarien in Ihrer Landschaft konfigurieren und testen.
HinweisBeachten Sie jedoch, dass AEX im Vergleich zu SAP NetWeaver PI nur über einen eingeschränkten Funktionsumfang verfügt. Es ist insbesondere nicht möglich, mit diesem Setup Integrationsprozesse (ccBPM) zu testen.
AEX als Failover-System verwenden
Sie können sowohl vollständige Integrationsszenarien (Integrations-Content aus dem ES Repository) als auch Konfigurations-Content (Integration Directory) aus einer produktiven Landschaft (die z.B. auf einer Standardinstallation von SAP NetWeaver PI basiert) in eine auf AEX basierende „Failover-Landschaft“ transportieren. Beachten Sie bitte, dass diese Transportoption auf solche Objekte des Integration Directory beschränkt ist, die von AEX unterstützt werden, z. B. Integrierte Konfigurationen.
AEX in Kombination mit einer SAP NetWeaver PI Landschaft verwenden
Sie können Ihre AEX-basierte Landschaft mit einer Landschaft verbinden, die auf SAP NetWeaver PI basiert. Im folgenden Bild werden die grundlegenden Kommunikationsoptionen dargestellt:
Diese Verwendung ist zum Beispiel in folgenden Fällen zweckmäßig:
Abkoppeln von Netzwerkzonen
Sie können z.B. für Ihre Sicherheitsszenarien eine Landschaft einrichten, die auf einer Standardinstallation von SAP NetWeaver PI basiert. In Ihrer entmilitarisierten Zone (DMZ) können Sie eine AEX-Installation hinzufügen, die für die externe Kommunikation verwendet wird. Für die AEX in der DMZ und das „PI-Standardsystem“ können Sie problemlos eine Änderung des Transportprotokolls konfigurieren, um maximale Sicherheit zu gewährleisten.
Abkoppeln von Landschaften für verschiedene Bereiche eines Unternehmens
Sie können z. B. AEX-basierte Landschaften als kostensparende Integrationslösung für regionale Geschäftsprozesse verwenden und eine PI-Standardinstallation für die zentralen Prozesse im Unternehmen.
Wenn Sie AEX in Kombination mit einer Landschaft verwenden, die auf einer Standardinstallation von SAP NetWeaver PI basiert, müssen Sie sorgfältig alle Auswirkungen bedenken, die auch bei verbundenen PI-Landschaften auftreten. So wird z. B. der Content einzelner ES Repositories (die mit dem AEX einerseits und dem PI-System andererseits installiert wurden) nicht automatisch angeglichen, so dass geeignete Transportszenarien geplant werden müssen.
Dezentrale AAE als Teil einer AEX-Installation verwenden
Sie haben analog zu einer Standard-Dual-Stack-Installation die Möglichkeit, eine dezentrale Advanced Adapter Engine (dezentrale AAE) separat auf einem System mit einer anderen SAP-System-ID (SID) zu installieren als die zentrale AAE. Die dezentrale AAE läuft zur Laufzeit unabhängig von der zentralen AAE.
Die Design- und Konfigurationsumgebung (ES Repository und Integration Directory) befindet sich auf dem Server der zentralen AAE. Die zentrale als auch die dezentrale AAE registrieren sich beide im selben System Landscape Directory (SLD).
Die dezentrale AAE arbeitet hinsichtlich der Benutzerverwaltung völlig autark, da sie eine lokale User Management Engine verwendet.
Die folgende Grafik verdeutlicht den Aufbau.
Beachten Sie folgende Besonderheiten bei der Verwendung einer dezentralen AAE in einer AEX-Installation:
Sie konfigurieren die dezentrale AAE mit den Java-Service-Eigenschaften im SAP NetWeaver Administrator.
Sie können keine Szenarien einrichten, bei denen eine Integration Engine an der Kommunikation beteiligt ist.