Wenn wir über die Integrationsarten in der Welt von Success Factors sprechen, fallen einem zwei bekannte Varianten ein: Point-to-point und Middleware-Integration. Die Kommunikation zwischen diesen beiden Schnittstellen bringt zahlreiche Feinheiten mit sich, die wir in diesem Blogbeitrag genauer betrachten. Beide Methoden spielen eine zentrale Rolle bei der Integration von Employee Central zu Employee Central Payroll. Ohne weitere Umschweife beginnen wir mit dem Vergleich dieser beiden Integrationen.
Point to Point (P2P) Integration
Die Point-to-point-Integration ist eine eng gekoppelte Integration zwischen zwei oder mehr Endpunkten, die eine Kommunikation zum Austausch beliebiger Daten zwischen den integrierten Parteien ermöglicht. Sie ist besonders vorteilhaft in Szenarien, in denen die Anwendungslandschaft klein ist.
Point to Point beschleunigt die Entwicklung kurzfristig, weil Sie nicht auf ein anderes Team angewiesen sind. (Anders als bei einer neuen Middleware in unserer Landschaft.)
Alle neuen Funktionen und Integrationsszenarien stehen in der Point-to-Point-Integration zur Verfügung, weil sie eine enge Kopplung mit allen beteiligten Systemen voraussetzen, die nur PTP bietet. Die enge Kopplung erlaubt ein einfacheres Daten-Mapping, ein unkompliziertes Error Handling und bietet neue Erweiterbarkeit.
Die robuste Architektur der PTP-Integration ermöglicht schnellere und effizientere Replikationsprozesse als die Middleware-basierte Integration.
In einer Point-to-point-Integrationsarchitektur wird, wenn zwei Anwendungen miteinander kommunizieren müssen, eine Verbindung aufgebaut, und ein Connector versetzt Anwendung A in die Lage, mit Anwendung B zu sprechen, indem er eine Nachricht sendet oder eine Prozedur ausführt. Ein Connector ist eine Brücke, die den Zugriff auf Daten oder Anwendungsfunktionen in strukturierter Form ermöglicht.
Connectors bewältigen die Komplexität der Nachrichtenübersetzung, der Integration und aller weiteren damit verbundenen Nachrichtenoperationen, die für den Zugriff auf die Anwendungsfunktionen genutzt werden. Muss entweder Anwendung A oder B geändert werden, so ist die Schnittstelle in beiden zu aktualisieren.
Middleware-Integration
Middleware beruht auf dem Prinzip, dass es eine zentrale Software gibt, die mit jeder einzelnen Anwendung spricht und Daten im laufenden Betrieb übersetzt, umformatiert und nach Bedarf umstrukturiert, während sie diese von einer Anwendung an eine andere überträgt.
Middleware ist anwendungsunabhängige Software, die Dienste bereitstellt, die zwischen Anwendungen vermitteln. (Sie agiert wie ein Broker.)
Middleware verbirgt die Komplexität des zugrunde liegenden Betriebssystems und des Netzwerks, um die einfache Integration neuer und bestehender Legacy-Systeme zu erleichtern. Sie ist ein Mittel, um Clients mit Servern, Clients mit Clients und Server mit Servern zu verbinden, ohne sich durch viele Betriebssysteme, Netzwerke oder Ressourcen-Serverschichten navigieren zu müssen.
Für größere und komplexere Verbindungen sowie für dynamische oder häufig wechselnde Prozesse ist der Einsatz eines vollwertigen Tools sinnvoll.
Auf Basis der Informationen in einer Anfrage einer Client- oder Frontend-Anwendung kann Middleware die Antwort der Backend-Anwendung oder des Backend-Services anpassen.
Middleware baut typischerweise eine sichere Verbindung auf, stellt Authentifizierungsfunktionen bereit und steuert den Datenverkehr dynamisch über verteilte Systeme hinweg.
Middleware ermöglicht den Fluss von Echtzeitinformationen innerhalb von Systemen und zwischen Systemen in einem Netzwerk. Sie hilft, Prozesse zu straffen, und verbessert die Effizienz der Organisation. Sie kann die Integrität von Informationen über eine Vielzahl von Systemen in einem Netzwerk hinweg wahren.
Middleware ist vorteilhaft wegen ihres breiten Einsatzspektrums in ganz unterschiedlichen Softwaresystemen, von verteilten Objekten und Komponenten über die Unterstützung mobiler Anwendungen bis hin zu nachrichtenorientierter Kommunikation und mehr.
Vergleich
Point-to-Point VS Middleware für die Integration von SuccessFactors Employee Central zu Employee Central Payroll
Bei der Integration von Success Factors Employee Central zu Employee Central Payroll nach der P2P-Methode wird die Middleware durch einen ABAP-Report im SAP-System ersetzt. Dieser Report fordert die Daten direkt über einen HTTP-Client von den SF-EC-APIs an und ruft den Webservice für die Datenverarbeitung intern über einen temporär erzeugten Logical Port im SAP-System auf.
Der Bestätigungsprozess wird über ein OData-Upsert direkt nach Abschluss der Datenverarbeitung ausgeführt, statt ihn über einen Webservice-Consumer anzustoßen.
Die Konfigurationsdaten der Middleware, etwa die Verbindung zum EC-System oder der Filter zum Zielsystem, werden vollständig in das SAP-System verlagert.
Point-To-Point Vs Middleware für die Integration von Success Factors Employee Central zu Employee Central Payroll
Es gibt mehrere Kommunikationsarten, die unterschiedlich gehandhabt werden: in P2P über SOAP/OData und in der Middleware über Boomi/HCI. Im ETL-Lebenszyklus werden beim Senden von Daten von der Quelle zum Ziel mehrere Transformationen vorgenommen, und die Art der Integration wird in diesem Szenario zum entscheidenden Faktor für das "Wie" der Integration. Nachrichtenpakete, Integrationslogik und die Komplexität der Verbindungen sind einige der Faktoren, die Ihnen bei der Entscheidung helfen können, ob Sie mit P2P oder mit Middleware weitermachen sollten.
