Eine vergleichende Studie zu SAP CI und Dell Boomi

Die Cloud ist derzeit das begehrteste Ziel für die meisten Integrationen. Heute steigt die Nachfrage nach Entwicklern, die mehrere Projekte begleiten, während laufend neue Sprachen, Verfahren und Anwendungen hinzukommen. Plattformen müssen inzwischen sehr unterschiedliche Anwendungsfälle unterstützen: Automatisierung, Kundenservice, Web Experience, E-Commerce, Datenanalyse und Enterprise-Softwareentwicklung. Eines der interessantesten Szenarien ist die Datenintegration in der Cloud. Dieser Blogbeitrag beleuchtet die Funktionen von SAP Cloud Integration (auch bekannt als SAP CPI/CI) und Dell Boomi, damit Sie einschätzen können, welche der beiden Plattformen besser zu Ihren Geschäftsanforderungen passt. Betrachtet man speziell ERP-Integrationen, so besteht die große Aufgabe darin, ERP-Software mit anderen Anwendungen und Datenquellen zu verbinden und zu synchronisieren. Üblicherweise ist das erwartete Endergebnis eine einzige Lösung für das gesamte ERP-Spektrum, unabhängig davon, woher die Daten stammen.

Integration Canvas

Daten sind allgegenwärtig und in riesigen Mengen verfügbar, wie in einem Warenhaus. Diese Daten zu verarbeiten, zu interpretieren und in Informationen zu übersetzen, ist das, was Business Intelligence antreibt. Datenvisualisierung mit Low Code ist deshalb zu einem praktischen Werkzeug geworden, denn wer würde sich stattdessen lieber durch Tabellenblätter, Diagramme und Karten klicken? Sowohl in Boomi als auch in SAP Cloud Integration (im Folgenden SAP CI genannt) wird “die eine Lösung”, von der wir gesprochen haben, in Integrationen als Einheit verpackt. Diese Einheiten heißen in Boomi Processes und in SAP CI Iflows. Sie greifen mit Hilfe von Integrationskomponenten, die auf einer visuellen Canvas dargestellt werden, auf APIs oder Services in einer hybriden Landschaft zu, in Public Cloud und On-Premise-Systemen gleichermaßen.

Ein Beispiel für einen Boomi Process. [Quelle : Boomi Essentials ]

Ein Beispiel für einen Integration iFlow. [Quelle : A hitchhiker’s guide to Integrations]

Extract in ETL – Connectors und Adaptors

Diese verpackten Einheiten müssen ja irgendwo beginnen, oder? Da diese Lösungen auf ETL abzielen, fangen wir mit der Extract-Schicht an. Der erste Schritt beim Erstellen dieser Processes und iFlows ist das Abholen von Daten. Das geschieht über Connectors in der Boomi-Terminologie und Adaptors in der SAP-CI-Terminologie. Ohne Unterstützung durch ETL-Werkzeuge würde ein unerfahrener Entwickler vielleicht verschiedene Wege suchen, um ans Ziel zu kommen, aber was ist dann mit Agilität, Skalierbarkeit und Wartbarkeit? Boomi bietet eine Vielzahl vorgefertigter Standard-Connectors für praktisch jede Anwendung. Für die On-Premise-Anbindung nutzt SAP CI den SAP Cloud Connector, der auf SAP-CP-Produkte beschränkt ist. Boomi hingegen kennt drei Arten von Connectors: Application Connectors*(z. B. NetSuite, QuickBooks usw.), Technology Connectors (z. B. FTP, SFTP, Mail usw.) und Event-driven Connectors(z. B. Amazon SQS, Google Pub Sub usw.)*. Boomi behandelt Connectors außerdem als Komponente aus zwei Teilen: Connection (das “Was”) und Operation (das “Wie”). Betrachtet man also die Kompatibilität mit der Systemlandschaft, ist SAP CI anders als Boomi stärker auf das SAP-Ökosystem beschränkt, also S/4HANA, C/4HANA, SuccessFactors, Hybris usw. Angesichts des großen Marktanteils dieser Services führt uns das allerdings vermutlich zu einer Debatte für einen anderen Tag, ob das überhaupt eine “Einschränkung” ist.

Transform in ETL – Shapes für die Datenmanipulation

In der Transform-Schicht stehen auf beiden Plattformen zahlreiche Optionen zur Datenmanipulation bereit. Zu den Shapes in SAP CI gehören unter anderem Content Modifier, Splitter, Content Enricher und so weiter. Boomi hingegen kennt drei Arten von Shapes, nämlich Execute, Logic, Connect, die wiederum eine Operation oder Aufgabe auf den Daten ausführen, die durch den Process fließen. Zu jedem Shape gibt es mehrere passende Ausprägungen für diese Operationen. Die Datenspeicher-Infrastruktur bringt eine eigene Verarbeitungsfähigkeit mit, ETL spart also effektiv die Zeit ein, die Daten unterwegs verbringen. Der Einsatz von Hadoop und Cloud-nativen Data Lakes hat den ETL-Prozess wiederum populär gemacht. Durch die Trennung von Lade- und Transformationsaufgaben werden Abhängigkeiten minimiert. Der ETL-Prozess ist anpassungsfähig und über gehostete Services wie iPaaS und SaaS skalierbar, sodass sich Kapazität auf Knopfdruck erweitern lässt.

Scripting

Sowohl SAP CI als auch Boomi erlauben Scripting mit JavaScript oder Groovy Script. Boomi ist eine Low-Code-Umgebung, da die meisten Kundenanforderungen durch den bestehenden Satz an Komponenten abgedeckt werden. Das macht Boomi besonders für Menschen ohne Programmierhintergrund benutzerfreundlich. SAP CI gleicht die Grenzen des verfügbaren Shape-Sets dadurch aus, dass es zum Einsatz von Skripten ermutigt, was Entwicklern gewissermaßen mehr Kontrolle für individuellere Lösungen gibt. Groovy Scripting ermöglicht eine Reihe von Transformationsoperationen. SAP CI bietet auch JavaScript an, allerdings mit eingeschränktem Funktionsumfang.

Mapping

ERP-Integrationen erfordern zudem einige komplexe Mappings, schauen wir uns das also genauer an. SAP CI kann nur XML-Daten mappen, Boomi kommt problemlos auch mit Nicht-XML-Daten zurecht, was beim Mapping auf dateibasierte Formate viel Entwicklungszeit spart. Tatsächlich unterstützt Boomi fünf verschiedene solcher Formate, in der Boomi-Terminologie Profiles. Dazu gehören Flatfiles, XML-Profiles, JSON-Profiles, Database-Profiles und EDI-Profiles. Damit sich Konvertierungslogik auf einzelne Werte anwenden lässt, nutzen wir Mapping-Funktionen. In Boomi können Mapping-Funktionen standardmäßig oder benutzerdefiniert sein. SAP CI bietet Ähnliches mit vergleichsweise weniger Standardoptionen. SAP CI kennt drei Arten von Mappings: (i) Message Mapping, ein grafisches Mapping-Werkzeug für XML-zu-XML-Transformationen, (ii) XSLT Mapping, das über Templates die Quellstruktur in die gewünschte Zielstruktur überführt, (iii) Operation Mapping, das das verwendete Mapping-Programm kapselt (entweder grafisch als Message Mapping definiert oder in einem importierten Archiv enthalten). Für beide Middlewares gilt allerdings: Wenn Mapping-Funktionen angepasst werden müssen, ist der Himmel die Grenze, denn beide erlauben die Einbindung von Skripten. Zusätzlich bietet Boomi mit Boomi Suggest einen Community-getriebenen Vorschlagsassistenten für Integrationen, der automatisch generierte Mappings liefern kann.

Mapping in Boomi. Quelle: Boomi Essentials Course.

Message Mapping in SAP CI. Quelle: https://blogs.sap.com/2019/11/15/sap-cloud-platform-integration-cpi-use-cases-of-node-functions-in-message-mapping/

Verzweigungen und Entscheidungspfade

Mehrere Pfade und Entscheidungs-Shapes sind eine wichtige Anforderung an Datenflussdiagramme. Was ein Router in SAP CI tut, entspricht dem Decision Shape in Boomi: bei erfüllter Bedingung einen anderen Pfad einschlagen. Um ein Dokument über mehrere Zweige weiterzugeben, führt ein Sequential Multicast in SAP CI alle Zweige gleichzeitig aus, und ein Branch in Boomi bietet dieselbe Funktionalität.

Verschlüsselung

Mit Blick auf die Sicherheitsfunktionen bietet SAP CI auch ein gewisses Maß an Ver- und Entschlüsselung (über PKG oder PKCS7). Für die Verschlüsselung in Boomi können Sie das Program Command Shape nutzen und für kommandozeilenbasierte Verschlüsselung mit Disk Shapes und .bat-Dateien arbeiten. Standardmäßig verwendet Boomi CAST5-Verschlüsselung mit Hilfe eines Data Process Shapes.

Sicherheitsoptionen in SAP CI

Load in ETL

Beim Laden sollen die frisch transformierten Daten an ein neues Ziel gesendet werden. Die Connectors und Adaptors, die für eingehende Daten zuständig sind, lassen sich ebenso für ausgehende Daten nutzen. Das Ziel kann eine Anwendung oder eine Datenquelle wie Disk, Mail, HTTP, FTP, SFTP oder eine Datenbank sein. Sowohl Boomi als auch SAP CI unterstützen diese ausgehenden Verbindungen.

Deployment, Monitoring und Verwaltung

Bei der Load-Schicht geht es um das Deployment unserer verpackten Einheiten und deren Verwaltung. Betrachtet man speziell das Runtime-Management dieser Plattformen, so gliedert sich die Architektur von SAP CI in zwei Integrationsknoten: Tenant Management Node und Runtime Node. Ersterer verwaltet die Runtime Nodes und liest außerdem die Monitoring-Daten, die Letzterer schreibt. Er enthält die Java Virtual Machine (JVM), in der unsere iFlows laufen. Boomi hat drei verschiedene Runtime Engines, nämlich Atom, Molecule und Atom Cloud, jede passend für andere Integrationsszenarien, ob On-Premise, Cloud oder hybrid. Für On-Prem-zu-On-Prem-Integrationen kommen Atom oder Molecule in Frage. Für hybride Integrationen zwischen On-Premise und Cloud ebenfalls Atom oder Molecule. Zusätzlich zu diesen beiden Runtime Engines lässt sich für rein cloudbasierte Integrationen auch Atom Cloud einsetzen. Was das Monitoring angeht, hat Boomi eine verteilte Architektur mit zentralisiertem Monitoring und Management, das auch einen Bereich für Process Reporting umfasst. SAP CI hat ebenfalls einen Monitor-Tab, in dem Sie die Nachrichtenverarbeitung über iFlows hinweg überwachen sowie Stores, Security und Integration Content verwalten können.

Optionen zur Verwaltung von Integration Content in SAP CI (links) und Boomi (rechts)

Wiederverwendbarkeit

Bei Wiederverwendbarkeit und Zugänglichkeit hat Boomi die Nase vorn, denn das Prinzip der Wiederverwendbarkeit zieht sich durch die gesamte Plattform. Ob Komponenten, Process, Subprocess oder anderes. Auch die Boomi Best Practices für Datei- und Ordnerstruktur belegen dieses Prinzip. SAP CI bietet ein gewisses Maß an Referenzierung und Infrastructure as Code, das beschränkt sich aber auf einige Shapes wie Skripte, die mehrfach referenziert werden können. Beim Zugriff auf Daten und bei Cross-Reference-Lookups bietet Boomi Cross Reference Tables, die sich als Komponente nutzen lassen. SAP CI hat zwar keine entsprechende Komponente, aber mit den richtigen Datenstrukturen in einem Skript, das sich in unseren iFlow einbinden lässt, ist nichts unmöglich, und dieselbe Funktionalität eines Cross-Reference-Lookups lässt sich nachbilden. Sowohl Boomi als auch SAP CI bieten eine gewisse Modularität, um Konzepte in unabhängige, wiederverwendbare Komponenten zu zerlegen, in Boomi Subprocesses genannt und in SAP CI Process und Calls.

Lizenzierung

Betrachtet man die Lizenzierung beider Plattformen, erhalten Sie beim Kauf einer Lizenz für bestimmte Services mit definierter Serverkapazität in SAP CI Zugang zu einem Subaccount. Für DEV, QA und PROD müssen jeweils eigene Subaccounts angelegt werden. Erinnern Sie sich, wie wir über Boomis besonderen Fokus auf Wiederverwendbarkeit gesprochen haben? Boomi geht dafür sogar noch einen Schritt weiter und lizenziert tatsächlich alle Connections, was einen Anreiz für die effiziente Nutzung von Komponenten schafft.

Change Management

In SAP CI muss jede Version eines iFlows nach Bedarf des Entwicklers explizit als Version gespeichert werden. Boomi hingegen speichert bei jeder Änderung an einem Process eine neue Version. So entstehen zahlreiche Versionen, von denen nicht alle nützlich sein dürften.

User Experience

Die UI von Boomi ist flüssig, die Komponenten sind gut illustriert und selbsterklärend, und die Developer Experience ist angenehm. Bei der Arbeit mit einer Canvas ist die Drag-and-drop-Funktion so etwas wie der heilige Gral des Integrationsbaus. SAP CI hat in diesem Bereich einige Aussetzer und Verzögerungen und erlaubt es möglicherweise nicht, dass mehrere Personen gleichzeitig zusammenarbeiten, was Boomi beim Echtzeit-Aufbau von Processes einen Vorteil verschafft. Da SAP CI jedoch häufig Updates ausrollt, ist aufgefallen, dass es beim Arbeiten an iFlows ein gewisses Session Caching gibt, mit dem sich ungespeicherte Daten in SAP CI wiederherstellen lassen.

Content

SAP CI ist das Ziel der Wahl, wenn Sie verschiedene Systeme über die Cloud integrieren wollen. Ob Systeme, Services, Daten, Entwickler, KI oder IoT: SAP Cloud Platform Integration führt alle Prozesse nahtlos Ende zu Ende zusammen, unabhängig davon, ob die Anwendung cloudbasiert oder On-Premise ist. Es liefert eine Sammlung an Werkzeugen und Anwendungen, mit denen sich alles erledigen lässt: Entwicklung und Deployment, Packaging und Publishing, Zugriff auf und Bearbeitung von Integration Content, sowohl von SAP als auch von Drittanbietern. Möglich wird das durch die Open Connectors der SAP Cloud Platform Integration Suite, die sich sehr gut eignen, um Drittsysteme mit unterschiedlichen Anwendungen und Technologien über offene Standards mit SAP-Systemen zu verbinden. Das bedeutet, dass Datenaustausch zwischen verschiedenen Produkten oder Services frei möglich, also “interoperabel” ist, sodass sie sich breit über das gesamte Unternehmen hinweg einsetzen lassen. Indem SAP-Komponenten (ABAP oder ABAP Objects) mit anderen Komponenten (Java, C++, Visual Basic, .NET) interoperabel werden, lädt SAP schlicht jeden ein, sie zu nutzen. Hinzu kommen die Special Connectors, die den Authentifizierungsprozess passend automatisiert und außerdem die Nutzung einiger auffrischender API-Services in ihr Repertoire aufgenommen haben. Zu den prominenten Anbindungen zählen SalesForce Cloud, MS Dynamics CRM, Twitter und Facebook.

Wie also kann SAP CI Sie am Ende verändern? Nun, Sie können sagen: Sie haben den besten Business Content, in kürzestmöglicher Zeit, in Echtzeit verbunden, ohne physischen Speicher vor Ort, und Ihre LOBs sind sicher in der Cloud. Kann es besser werden?

Noch ein paar Gemeinsamkeiten

Beim Betrachten veröffentlichter Kopien und Versionen von Integration Flows hat SAP CI den Design-Tab und Boomi die Process Library. Wenn Sie Ihre verpackte Einheit ohne Deployment testen wollen, bieten beide Plattformen Modi, die Ihnen direkt auf der Canvas eine kleine Testmöglichkeit geben. In Boomi heißt das Test Mode, in SAP CI Simulation. Auch das temporäre Speichern von Daten ist auf beiden Plattformen möglich. Boomi hat dafür Shapes wie Add to Cache, Retrieve from Cache usw., um Document-Cache-Lookups durchzuführen. SAP CI bietet dieselbe Funktionalität über seinen temporären Speicherort namens Datastore.

Die wichtigsten Funktionen zusammengefasst..

Tabelle zum funktionsweisen Vergleich von SAP CI und Boomi

Fazit

Das gesamte SAP-Ökosystem ist wie ein Jahrmarkt: So viele Geschäftsprozesse laufen gleichzeitig ab. Und für jeden davon gibt es fertige Funktionalität. Das bedeutet, dass die Anpassung für jeden Kunden so minimal und in der Cloud so virtuell ausfällt, dass es fast wie ein von Grund auf gebauter Geschäftsprozess wirkt, der eng auf die jeweiligen Bedürfnisse zugeschnitten ist. Die betrachtete Domäne ist schnell abgedeckt, und der Content hier ist so umfangreich, dass Lösungen für spezifische Probleme im Handumdrehen bereitstehen. Für Unternehmen, die in der SAP-Umgebung arbeiten, hilft SAP CI dabei, alles rund um SAP beisammenzuhalten.

Auf SAP CI wie auch auf Dell Boomi stehen zahlreiche Integrationshelfer und Funktionen bereit. Boomi ist seit sehr langer Zeit ein führender Anbieter in diesem Feld. Boomi mag bei der UI der Integrations-Design-Time-Umgebung eine Spur besser sein, aber auch SAP hat sich in der aktuellen Version gegenüber dem älteren SAP CI (vor 2018) deutlich verbessert. Boomis Drag-and-drop-Ansatz, Komponenten in einen Process zu ziehen, ist einfacher und einsteigerfreundlicher als das Click-to-Point-Click-Verfahren von SAP CI. Dafür kann SAP CI für Menschen mit Programmierhintergrund entwicklerfreundlicher sein. So oder so: Beide Plattformen sind sehr leistungsfähig und können in Ihren Integrationsszenarien Großes bewirken.