Vier kritische iPaaS-Anforderungen, die Sie nur auf eigene Gefahr ignorieren können (Teil 2)

In meinem letzten Beitrag habe ich einen Überblick über die klassischen Integrationsanforderungen gegeben und vier neue Anforderungen skizziert, die die Nachfrage nach Integrationsplattformen als Service(iPaaS) in Unternehmen vorantreiben:

  1. Resilienz
  2. Fluidität in hybriden Bereitstellungen
  3. Nicht vorhandenes Lebenszyklusmanagement der Plattform
  4. Zukunftssicherheit für die Welt von Social, Mobile, Analytics, Cloud und Internet der Dinge (SMACT)

In diesem Beitrag gehe ich auf Anforderung Nr. 2 ein: Fluidity in Hybrid Deployments.

Ähnlich wie Änderungen an der Datenstruktur ein häufiges Ereignis sind (wie im Beitrag zur Ausfallsicherheit erörtert), ist die Einführung oder Stilllegung von Anwendungen ein Thema, mit dem sich die meisten IT-Organisationen im Unternehmen befassen. Software as a Service (SaaS) treibt das weltweite Software-Wachstum weiter voran, und Anbieter von Infrastructure as a Service (IaaS) und Platform as a Service (PaaS) wie Amazon Web Services (AWS) bieten Kunden die Flexibilität, Systeme wie relationale Datendienste (RDS) oder Redshift aufzubauen und in kurzen Zyklen wieder abzubauen. Digitale Vermarkter sind immer auf der Suche nach neuen Kanälen zur Erweiterung ihrer adressierbaren Märkte und nach zusätzlichen Datenquellen zur Anreicherung ihrer Zielgruppenprofile. Veränderung ist die einzige Konstante in einem agilen Unternehmen. Die Auswirkungen dieser Veränderungen auf die Integrationsschicht bestehen darin, dass von ihr erwartet wird, dass sie nahtlos von der Verbindung von On-Premise-Systemen zu Cloud-Systemen oder umgekehrt übergeht und dennoch ein hohes Maß an Geschäftskontinuität gewährleistet.

Die in den letzten zehn Jahren entwickelten iPaaS-Technologien wurden nicht für die Fluidität entwickelt, die in der heutigen hybriden IT-Architektur erforderlich ist. Auch wenn viele Anbieter von Integrationslösungen ein duales Bereitstellungsmodell anbieten - eines für den Standort und eines für die Cloud - sind sie in der Regel nicht ebenbürtig, wenn es um Verwaltung, Überwachung und Konfiguration geht (von der Funktionalität ganz zu schweigen). Im Folgenden finden Sie einige häufige Probleme, die Kunden mit Integrationstechnologien haben, die ich als "Franken-Hybrid" bezeichne:

  • Die Bereitstellung in der Cloud ist nicht dasselbe wie die Bereitstellung der On-Premise-Engine. Der Anbieter muss unter Umständen andere Vorbereitungs- und Konfigurationsanforderungen für die beiden Umgebungen erfüllen. So müssen beispielsweise Konfigurationen, die normalerweise lokal vorgenommen werden, wie z. B. das Pooling von Verbindungen oder die Bereitstellung von Treiberstandorten mit ihren lokalen Produkten, weiterhin lokal und manuell für jede der Laufzeitinstallationen vorgenommen werden. Dies kann ein sehr manueller, mühsamer und fehleranfälliger Ansatz sein.

  • Zwei Verwaltungs- und Überwachungs-Dashboards - eines für die Ausführungs-Engine vor Ort und das andere für die Cloud-Engine - bedeuten, dass der Administrator manuell zwei Umgebungen im Auge behalten muss. Dies ist sowohl zeitaufwändig als auch riskant.

  • Die On-Premise-Engine wurde für die Anbindung von On-Premise-Systemen entwickelt und erfordert häufig, dass viele Netzwerkports für die Kommunikation geöffnet sind, um Datenverarbeitungsanweisungen zu empfangen oder Überwachungsinformationen an den Server zurückzusenden. Wenn die Überwachungs- und Metadatenserver in der Cloud laufen, werden die Kunden oft aufgefordert, Löcher in ihre Netzwerk-Firewall zu stanzen, damit alle iPaaS-Funktionen funktionieren können.

Eine wirklich moderne iPaaS-Lösung muss das bieten, was ich "Fluidität" in einer hybriden Bereitstellung nenne. Konkret gibt es zwei Dinge, auf die Sie bei Ihrer Kaufentscheidung für iPaaS achten müssen:

  1. Wenn Sie sich Cloud-Integrationslösungen von älteren Anbietern ansehen, sollten Sie einen Blick unter die Haube werfen, um sicherzustellen, dass es sich nicht einfach um ein "Cloud-Washing" ihres Vor-Ort-Produkts und dessen Hosting in der Cloud handelt. Selbst wenn es sich um dieselbe Codebasis handelt, die in der Cloud und innerhalb der Firewall gehostet wird und über eine Dropdown-Option bereitgestellt werden kann, werden Sie auf Verwaltungs-, Überwachungs- und Konfigurationsprobleme stoßen. Für die Verwaltung und Überwachung dieser beiden Laufzeiten sind separate Konsolen erforderlich, da sie nicht gleichberechtigt sind und nicht über die Firewall mit dem Überwachungsserver kommunizieren können. Darüber hinaus wurden On-Premise-Laufzeiten so konzipiert, dass sie über Konfigurationsdateien verfügen, die nicht zentral verwaltet werden, sondern lokal bei der Installation liegen. Die Verwaltung und Konfiguration solcher hybriden Umgebungen wird mit jedem Software-Upgrade zu einem wiederkehrenden Kostenfaktor und kann sich erheblich summieren.
  2. Tappen Sie auch nicht in die Mapping-Falle: "Einmal mappen und überall laufen lassen". Es ist nicht von ausreichendem Wert, wenn Ihre einmal erstellten Mappings überall ausgeführt werden können, da Mappings in der Regel sehr spezifisch für die zu integrierenden Quellen und Ziele sind. In den meisten Fällen sind sie nicht von On-Premise auf die Cloud übertragbar, da sich typische On-Premise-Endpunkte (Oracle ERP, SAP, Teradata usw.) stark von Cloud-Endpunkten(Salesforce, Workday, Redshift usw.) unterscheiden. Das macht die "Überall laufen"-Geschichte ziemlich unwirksam. Das andere Problem bei diesem Ansatz ist, dass er in Wirklichkeit die Tatsache verschleiert, dass das "überall" eine Vielzahl unterschiedlicher Produkte impliziert, die man versucht, ähnlich erscheinen zu lassen. Diese verschiedenen Produkte bereiten auch bei der Verwaltung und Überwachung Kopfzerbrechen. Und schließlich sind Mappings einmalige Kosten, so dass die Wiederverwendbarkeit nicht viel einbringt. Es sind die Verwaltungs- und Überwachungskosten, die Sie in jedem Fall belasten.

Aufgrund der oben genannten Herausforderungen hat sich eine softwaredefinierte Integrationsplattform als Service zu einem wichtigen Wegbereiter der "Enterprise Cloudification" entwickelt. Ein hohes Maß an Integrationsflüssigkeit führt zu einem höheren Grad an geschäftlicher Flexibilität.

Bleiben Sie dran für den nächsten Beitrag in dieser iPaaS-Serie, in dem es um die Bedeutung des Lebenszyklusmanagements und den richtigen Ansatz für die Cloud-Integration geht, wenn Sie sich auf die Umstellung Ihres Unternehmens auf Social, Mobile, Analytics, Cloud und das Internet der Dinge (SMACT) vorbereiten.

Wir stellen ein!

Entdecken Sie Ihre nächste große Karrierechance.