Informationen zu Connectors

Sie lesen die Dokumentation zu Apigee X.
Apigee Edge-Dokumentation aufrufen

Was ist ein Connector?

Ein Connector stellt einen Mechanismus bereit, über den direkt eine Verbindung zu Anwendungen und Technologien per Konfiguration anstatt durch Programmierung hergestellt werden kann. Mit einem breiten Spektrum an Connectors wird die Plattform für Kunden noch leistungsfähiger. Damit werden Beeinträchtigungen für den Verkauf reduziert und der Entwicklungsprozess für die Einbindung wird beschleunigt. Connectors werden in der Regel auf zwei verschiedene Arten klassifiziert, wobei generell eine Aufgabe mit einem Trigger kombiniert wird:

1. Anwendungs-Connectors: Diese dienen der Kommunikation mit einer bestimmten Anwendung wie z. B. Salesforce, SAP oder Oracle EBS. Das zugrunde liegende Kommunikationsprotokoll ist für den Nutzer transparent. Er wählt einfach das gewünschte Geschäftsobjekt und den Vorgang aus, die als Schnittstelle aus der Anwendung verfügbar sind. Geschäftsobjekte werden für den Nutzer in den Begriffen angezeigt, die in der Anwendung verwendet werden, z. B. Kundenauftrag, Angebot, Rechnung, Versand oder Kundenkonto.
2. Technologie-Connectors: Diese dienen der Kommunikation mit einer bestimmten Technologie, wie z. B. eine Datenbank, ein Warteschlangensystem oder ein Dateisystem. Das "Geschäftsobjekt" wird normalerweise in Begriffen dieser Technologie angegeben, z. B. eine Tabelle in einer Datenbank, ein Thema in einem Warteschlangensystem oder ein Verzeichnis-/Dateiname in einem Dateisystem.

Connectors bieten zwei Hauptfunktionen für die Plattform:

1. Protokollübersetzung: Der Connector enthält die Informationen, wie eine Verbindung zum jeweiligen Typ der Anwendung oder der Technologie mit dem jeweiligen nativen Protokoll hergestellt wird, z. B. JDBC für eine Datenbank oder SAP RFC für SAP. Anschließend wird das Protokoll (z. B. OpenAPI-spezifische REST APIs) für die Apigee-Integration normalisiert.
2. Datenformatübersetzung: Der Connector kennt die Datenobjektebene der Anwendung, mit der er verbunden ist, z. B. eine Datenbanktabelle oder eine CSV-Datei und normalisiert sie in eine Standardstruktur wie JSON, die KI nutzen kann.

   Anwendungsfälle für Connectors

   Muster von Anwendungsfällen:

   1. CRUD- oder API-Vorgänge zum Lesen oder Aktualisieren von Daten in einer Anwendung
      1. Echtzeitnachrichten-basiert (synchron)
      2. Asynchrone Muster für die Synchronisierung von Daten zwischen Anwendungen, die manchmal in Verbindung mit dem Publish/Subscribe-Muster verwendet werden
         1. Beispielsweise das Abonnieren von einer Warteschlange und die anschließende Verwendung eines CRUD-Vorgangs, um das Zielsystem synchron zu aktualisieren
         2. Abfragevorgang zum Abrufen aus einem Dataset in der Anwendung, wenn diese Anwendung Abfragen unterstützt
            1. Wie bei DB-SQL-Abfragen unterstützen einige Anwendungen eine Abfragesprache
            2. Einige Standards wie OData und GraphQL sind mittlerweile ebenfalls für diesen Anwendungsfall geeignet
            3. Geschäftsereignisse, die in der Anwendung auftreten, werden auf die Plattform übertragen
               1. Nicht alle Anwendungen können Ereignisse per Push an den Connector übertragen, aber bei manchen ist dies aus Effizienzgründen eine gute Alternative zur Abfrage
               2. Abfragen auf Änderungen
                  1. Der Connector meldet sich an und prüft, ob neue Datensätze bereit sind; falls ja, werden diese über die Plattform verarbeitet (konzeptionell wie bei einem Ereignisabo, wenn keine Geschäftsereignisse verfügbar sind, ist dies die Problemumgehung)
                  2. Abfragehäufigkeit kann sehr hoch sein (etwa sekundenweise) bis zu Abfragezyklen von einmal pro Stunde (Durchschnitt ist alle 15–30 Sekunden)
                  3. Dateibasierter Import oder Export
                     1. In der Regel über einen Batch-Zeitplan zum Synchronisieren vieler Datensätze
                     2. Häufigkeit variiert je nach Anwendungsfall von einmal pro Monat bis zu einmal pro Tag, Stunde oder Minute
                     3. Unterstützung von PGP-Optionen zur Verschlüsselung/Entschlüsselung sowie Komprimierung/Dekomprimierung erforderlich
                     4. Publish/Subscribe über ein Warteschlangensystem
                        1. Ermöglicht Anwendungen eine asynchrone Kommunikation (entkoppelt)
                        2. Bietet einen Puffer für langsame Nutzer
                        3. Bietet die Methode "Fire and Forget" für die Erstelleranwendung

                        Weitere Informationen zu verfügbaren Connector-Aufgaben. Weitere Informationen zur Verwendung von Connector-Triggern.