Vor acht Jahren boten Dutzende von Integrationsanbietern eine Vielzahl von Lösungen an, die alle die gleichen Funktionen zu haben schienen. Wählen Sie ein beliebiges ESB- oder ETL-Tool, und jedes schien die gleichen Funktionen wie seine Konkurrenten zu erfüllen. Ausschreibungen waren kein gangbarer Weg mehr, um die minderwertigen Anbieter auszusortieren, da jede Lösung alle Kriterien erfüllte. Außerdem waren alle Anbieter bereit, ihre Preise zu senken, um Ihr Geschäft zu gewinnen. Zu dieser Zeit hatte der Integrationsmarkt wirklich ein Niveau der Kommodifizierung erreicht. Die Verbraucher konnten sich problemlos für eine beliebige Lösung entscheiden, da es keine wirklichen Unterscheidungsmerkmale zwischen ihnen gab.
Seitdem hat sich die Landschaft jedoch durch mehrere Faktoren verändert:
- NoESB - Die NoESB-Architektur hatte begonnen, an Interesse zu gewinnen und die Idee der Irrelevanz von ESB für viele Integrationsszenarien voranzutreiben. Dennoch war ein API-Gateway nicht die richtige Alternative.
- Cloudifizierung - Etwa zur gleichen Zeit begann die Cloudifizierung so ziemlich aller bevorzugten lokalen Unternehmensanwendungen. Unternehmen, die an eine digitale Transformation dachten, konnten ohne eine definitive Cloud-Strategie nicht weit kommen.
- Konvergenz von ESB und ETL - Die Grenzen zwischen Application Integration und Datenintegration waren fließend. CIOs und IT-Manager wollten sich nicht mit zwei unterschiedlichen Integrationstools herumschlagen. Mit dem Aufkommen von Mobile und IoT explodierten die Datenmengen täglich. Infolgedessen wurden sogar Data Warehouses in die Cloud verlagert. Die traditionellen/legacy ESB/ETL-Tools waren für solche Big Data-Anforderungen inkompetent und ungeeignet.
- Agile Integrationen - Schließlich wirkten sich die DevOps- und Agile-Bewegungen auch auf Initiativen zur Unternehmensintegration aus. Sie haben neue Benutzerpersönlichkeiten im Unternehmen hervorgebracht - Citizen Integrator oder Citizen Developers. Dabei handelt es sich um die LOB-Manager oder Nicht-IT-Mitarbeiter, die schnelle Integrationen in ihre Anwendungen benötigten, um ihre Daten in verschiedenen Ansichten darzustellen. Die Abhängigkeit von der IT bei der Bereitstellung von Lösungen für das Unternehmen wurde zu einem großen Hindernis.
All diese Faktoren haben den iPaaS-Markt (Integration Platform as a Service) beeinflusst. Tausende von Unternehmen nutzen bereits iPaaS-Lösungen, um ihre Cloud- und On-Premises-Lösungen zu integrieren. iPaaS-Lösungen lösen sich von herkömmlichen Integrationsansätzen, sind Cloud-nativ, intuitiv, schnell, selbststartend, unterstützen hybride Architekturen und bieten Konnektoren zu einer breiten Palette von On-Premises- und On-Cloud-Anwendungen.
Nun stellt sich die große Frage: "Werden iPaaS-Lösungen auch zur Massenware?" Im Moment ist die Antwort ein klares NEIN, und es gibt mehrere Gründe dafür. Abgesehen von Skalierung, Latenz, Mietvertrag, SLAs, Anzahl der Konnektoren usw. ist einer der Schlüsselbereiche, der iPaaS-Lösungen unterscheiden wird, die Erfahrung der Entwickler. Die Benutzeroberfläche der Lösung entscheidet über die Akzeptanz und den Wert, den sie für das Unternehmen hat. Damit ein Integrator das System tatsächlich nutzen kann, sollte die Schnittstelle so intuitiv sein, dass er seine Integrationsabläufe schnell, effektiv und vor allem ohne die Hilfe der IT-Abteilung erstellen kann. Dies allein wird über die Akzeptanz des Systems entscheiden.
iPaaS-Anbieter versuchen, diese Entwicklererfahrung mit Funktionen wie Drag-and-Drop-Konnektoren, Pipeline-Snippets, einer Vorlagenbibliothek, einem Starter Kit, Mapping-Verbesserungen usw. zu verbessern. Nur sehr wenige Anbieter bieten jedoch KI-gesteuerte Tools an, die auf intelligente Weise die nächsten Schritte für Ihren Integrationsfluss vorhersagen können - basierend auf den Erkenntnissen von Hunderten anderer Benutzer. KI-Assistenz ist ein großer Vorteil für bürgerliche Integratoren, die vielleicht keine Techniker sind. Selbst technisch versierte Entwickler freuen sich über eine deutliche Steigerung ihrer Produktivität. Mit Innovationen wie dieser ist der iPaaS-Bereich weit davon entfernt, zu einem Massenprodukt zu werden. Unternehmen müssen sich jedoch immer noch vor iPaaS-Anbietern in Acht nehmen, die "1000+" Konnektoren, eine Thick-Client-IDE oder einen ESB in einer Cloud-Decke anbieten. Und das ist ein Beitrag für einen anderen Tag!