Geständnisse eines selbsternannten Cloud-Integration-Lego-Meisters

Während ein weiteres spannendes Cloud-Integrationsprojekt zu Ende geht, sitze ich hier und lasse alles Revue passieren, was sich in den letzten Jahren im Cloud- und Hybrid-Integrationsumfeld zugetragen hat, und ich habe ein paar Geständnisse zu machen.

Geständnis 1: Die Liebe zum virtuellen Zugang wiegt schwerer als die Vorzüge einer Onsite-Reise

Wir wissen, Integration ist nicht immer Cloud zu Cloud. Meistens sind auch On-Premise-Systeme im Spiel. Und diese Systeme liegen tief im Netzwerk des Kunden. VPN, Citrix, RDS und andere Formen des virtuellen Zugangs sind unsere besten Freunde. Ich liebe Kunden, die mir mit solchen Zugangswegen das Gefühl geben, "willkommen" zu sein.

Echter physischer Zugang zum Kundennetzwerk, etwa das Beharren auf einem Firmen-Image-Laptop oder, schlimmer noch, das Beharren auf einem Onsite-Einsatz, nur um dann auf einem Firmen-Image-Laptop zu entwickeln, weil das besagte On-Premise-System nur so erreichbar ist, wirkt aus der Zeit gefallen. Das kann Leute meines Schlages ein wenig abschrecken. Aber wir erholen uns schnell.

Geständnis 2: Die 3-System-Landschaft ist der heimliche Favorit auf Ihrem Weg ins Cloud-Nirwana

Das kommt rein aus meiner SAP-Erfahrung, gilt aber allgemein für die meisten Systemarchitekturen. Bleiben Sie bei einer Drei-System-Landschaft. Ja, es gibt Vor- und Nachteile. Aber wenn Sie eine großangelegte Cloud-Implementierung mit vielen Integrationen vor sich haben und eine Drei-System-Landschaft möglich ist, dann halten Sie daran fest! Der Entwickler entwickelt im Dev-System, testet und transportiert ins Qualitätssystem. Kunden führen ihre Abnahmetests auf dem Qualitätssystem durch (das dem Prod-System in jeder erdenklichen Hinsicht gleicht). An Fehlern, die im Abnahmetest auftauchen, kann Ihr Entwickler im Entwicklungssystem unabhängig von Ihren Tests arbeiten. Niemand muss die Arbeit niederlegen, und das Produktivsystem bleibt unantastbar und nimmt nur getesteten und geprüften Code aus der Qualität an. Also ein Rat: Halten Sie Ihre 3 Stufen in Schuss!

Geständnis 3: Ein Entwickler im God Mode ist der produktivste Entwickler

Geben Sie dem Entwickler während der Entwicklungsphase alle Rechte im System, auf dem er entwickelt. Das mag Ihnen Bauchschmerzen bereiten, aber wenn Sie dem Entwickler nicht vertrauen, sollten Sie keine Geschäfte mit ihr machen. Schließlich haben Sie ja Ihre 3-Stufen-Landschaft, oder?

Und zäunen Sie den API-Zugriff nicht zu früh im Projekt mit Firewall-Regeln ein. Ich weiß, das ist wichtig, damit Zugangsdaten nicht ablaufen. Aber es behindert eben auch den Zugriff von Drittwerkzeugen wie POSTMAN und SOAP UI auf das Cloud-System.

Geständnis 4: API-First-Integration

Integrationen sollten mit APIs gebaut werden, und Integrationen sollten als APIs aufrufbar sein. Integration ist ein zu wertvolles Asset, um sie zum Hintergrund-Job zu degradieren. Echtzeitfähige, ereignisbasierte Integration über HTTP-APIs ist die neue Norm. Beispiel: Ein in SuccessFactors eingestellter Mitarbeiter kann nahezu in Echtzeit in ein nachgelagertes ERP- oder Payroll-System repliziert werden, so schnell, dass mit dem in SuccessFactors eingestellten Mitarbeiter in den nachgelagerten ERP- und Payroll-Systemen im Handumdrehen "gearbeitet" werden kann. Das schafft Geschäftskontinuität und Prozesszufriedenheit.

Geständnis 5: Halten Sie sich an Standards und investieren Sie in das Drumherum.

Auch hier geht es um SAP-Integrationen. Bei SAP-zu-SAP-Integrationen gibt es nichts Besseres als SAPs Cloud Platform Integration und den mitgelieferten Standard-Content. Zugegeben, sie hat ihre Eigenheiten, aber sie ist mit Sicherheit deutlich effizienter und erprobter als der .csv-Import, den Sie vermutlich gerade in Erwägung ziehen.

Wenn Sie großangelegte Integrationen angehen, insbesondere kundeneigene Integrationen, investieren Sie in die unterstützenden Strukturen rund um die Integration. Versionierung, automatisierte Testfälle, CI/CD-Pipelines, Regression usw. brauchen mehr Werkzeuge als bloße Excel-Downloads und -Uploads. Ich würde dringend empfehlen, mindestens 10 % des Gesamtprojektbudgets für den Aufbau oder Zukauf solcher unterstützenden Assets zu reservieren. FIGAF für SAP CPI ist definitiv einen Blick wert, bevor Sie selbst etwas bauen.

Geständnis 6: Haben Sie keine Angst vor Integrationen.

Heutige Integrationslösungen richten sich zunehmend an Citizen- und Adhoc-Integratoren. Das sind Business Process Experts, die einfach Dinge erledigt bekommen wollen. Hat Ihnen Ihre Kandidatin gerade ihren Lebenslauf per E-Mail geschickt und Sie möchten ihn in Ihr Recruiting-System schieben? Sollen alle Tweets an den Account Ihres Unternehmens gesammelt und an eine Sentiment-Analyse geschickt werden? Solche Anwendungsfälle lassen sich taktisch mit Citizen-Integration-Werkzeugen wie Cloud Elements, Zapier, Tray und ähnlichen lösen. Cloud Elements etwa stellt über 200 Konnektoren bereit, genannt elements, sowie einen Formelbaukasten für Eventing und Geschäftslogik. Das ist wirklich wie virtuelles Lego: Suchen Sie sich die gewünschten Konnektoren aus, schreiben Sie eine Formel, eine Regel, ein Rezept, um sie zusammenzusetzen, und schon läuft Ihre Integration.

Zum Abschluss: Jede Kundensystemlandschaft und jede Umgebung hat ihre eigenen Eigenheiten und Extras, über Jahrzehnte hausgemacht. Genau das macht jedes Projekt einzigartig und Integration zu einer spannenden Sache. Es ist derselbe Endorphinschub wie beim Öffnen einer neuen Lego-Schachtel!