Während sich ein weiterer aufregender Cloud-Integrationsauftritt dem Ende zuneigt, sitze ich hier und denke über alles nach, was sich in den letzten Jahren im Bereich der Cloud-/Hybrid-Integration ereignet hat, und ich muss einige Geständnisse machen.
Geständnis 1: Die Liebe zum virtuellen Zugang überwiegt die Vorzüge einer Reise vor Ort
Wir wissen, dass die Integration nicht immer von Cloud zu Cloud erfolgt. Meistens sind es On-Premise-Systeme, mit denen wir zu tun haben. Und diese Systeme befinden sich innerhalb des Netzes des Kunden. VPN/Citrix/RDS und andere Arten des virtuellen Zugriffs sind unsere besten Freunde. Ich liebe Kunden, die mir das Gefühl geben, mit solchen Mitteln des virtuellen Zugangs "willkommen" zu sein.
Ein echter physischer Zugang zum Netzwerk eines Kunden, z. B. das Bestehen auf einem firmeneigenen Laptop, oder noch schlimmer, das Bestehen auf einem Auftritt vor Ort, nur um auf einem firmeneigenen Laptop zu entwickeln, weil auf das besagte System vor Ort nur auf diese Weise zugegriffen werden kann, ist archaisch. Das kann Leute wie mich ein wenig abschrecken. Aber wir erholen uns gut.
Geständnis 2: Die 3-System-Landschaft ist ein dunkles Pferd auf dem Weg ins Cloud-Nirwana
Dies ist rein aus meiner SAP-Erfahrung heraus entstanden, gilt aber generell 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 in Angriff nehmen und es möglich ist, eine Drei-System-Landschaft zu haben, sollten Sie dabei bleiben! Der Entwickler entwickelt im Entwicklungssystem, testet und gibt es im Qualitätssystem frei. Die Kunden führen ihre Abnahmetests auf dem Qualitätssystem durch (das das Prod-System in jeder Hinsicht nachahmt). Fehler, die während der Abnahmetests auftauchen, können von Ihrem Entwickler im Entwicklungssystem bearbeitet werden, unabhängig von Ihren Tests. Das Produktivsystem bleibt unantastbar und nimmt nur den getesteten und überprüften Code aus dem Qualitätssystem an. Ein Rat also: Halten Sie Ihre 3 Ebenen in Form!
Geständnis 3: Ein Entwickler im Gott-Modus ist der produktivste Entwickler
Geben Sie dem Entwickler während der Entwicklungsphase alle Rechte an dem System, für das er entwickelt. Das kann Sie beunruhigen, aber wenn Sie dem Entwickler nicht vertrauen, sollten Sie keine Geschäfte mit ihm machen. Schließlich haben Sie ja Ihre 3-Ebenen-Landschaft, nicht wahr?
Außerdem sollten Sie den API-Zugang nicht zu früh im Projekt mit Firewall-Beschränkungen verknüpfen. Ich weiß, dass dies wichtig ist, um sicherzustellen, dass die Benutzeranmeldeinformationen nicht ablaufen. Aber es behindert auch den Zugriff von Drittanbietern, wie POSTMAN und SOAP UI, auf das Cloud-System.
Geständnis 4: API-Erstintegration
Integrationen sollten mit APIs erstellt werden, und Integrationen sollten als APIs aufrufbar sein. Die Integration ist ein zu wichtiges Gut, als dass sie in den Hintergrund gedrängt werden sollte. Job. Ereignisbasiert und in Echtzeit Integration über HTTP-APIs ist die neue Norm. So kann z.B. ein über SuccessFactors eingestellter Mitarbeiter nahezu in Echtzeit in ein nachgelagertes ERP-/Gehaltsabrechnungssystem repliziert werden, so dass der über SuccessFactors eingestellte Mitarbeiter in kürzester Zeit in den nachgelagerten ERP-/Gehaltsabrechnungssystemen "bearbeitet" werden kann. Dies bietet Geschäftskontinuität und Prozesszufriedenheit.
Geständnis 5: Halten Sie sich an die Standards und investieren Sie in den Aufbau von Lehrplänen.
Apropos SAP-Integrationen. Wenn Sie SAP-zu-SAP-Integrationen durchführen, gibt es nichts Besseres als die SAP Cloud Platform Integration und ihre standardmäßig wieder bereitgestellten Inhalte. Zugegeben, sie hat ihre eigenen Tücken - aber sie ist sicherlich viel effizienter und bewährter als der CSV-Import, den Sie wahrscheinlich in Betracht ziehen.
Wenn Sie umfangreiche Integrationen, insbesondere benutzerdefinierte Integrationen, in Angriff nehmen, investieren Sie in die Support- und Gerüststrukturen rund um die Integration. Versionierung, automatisierte Testfälle, CI/CD-Pipelines, Regression usw. benötigen Tools, die über das Herunterladen/Uploaden von Excel-Tabellen hinausgehen. Ich würde ernsthaft empfehlen, mindestens 10% des gesamten Projektbudgets für den Aufbau/Kauf von Gerüsten und Support-Assets zu reservieren. FIGAF für SAP CPI ist auf jeden Fall einen Blick wert, bevor Sie es selbst erstellen.
Geständnis 6: Keine Angst vor Integrationen.
Die Integrationslösungen von heute richten sich zunehmend an Bürger und Adhoc-Integratoren. Das sind Geschäftsprozessexperten, die einfach nur etwas bekommen wollen. Hat Ihre Bewerberin Ihnen gerade ihren Lebenslauf per E-Mail geschickt und Sie möchten ihn in Ihr Recruiting-System einspeisen? Möchten Sie, dass alle Tweets, die an den Handle Ihres Unternehmens gerichtet sind, gesammelt und an einen Sentiment-Analysator geschickt werden? Solche Anwendungsfälle lassen sich taktisch mit bürgerlichen Integrationstools wie Cloud Elements, Zapier, Tray und dergleichen lösen. Cloud Elements zum Beispiel bietet über 200 Konnektoren namens Elemente und einen Formelgenerator, der die Ereignisse und die Geschäftslogik verwaltet. 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 voilà, Ihre Integration ist fertig und läuft.
Zum SchlussJede Client-Systemlandschaft und jede Umgebung hat ihre eigenen Macken und Eigenheiten, die über Jahrzehnte gewachsen sind. Das macht jeden Auftrag einzigartig und erklärt, warum Integration so viel Spaß macht. Es ist der gleiche Endorphinschub, den man bekommt, wenn man einen neuen Lego-Kasten öffnet!
