Als Verantwortlicher für IT-Services kennen Sie wahrscheinlich zwei gängige Wege, Integrationen zwischen Ihren IT-Systemen und Ihrer Software zu betreiben:
- Sie kaufen eine iPaaS-Lizenz und betreiben die Integrationen selbst.
- Sie beauftragen einen Systemintegrator, der die Integrationen als Projekt baut.
Die dritte, zunehmend gefragte Option: Sie kaufen das Ergebnis und lassen jemand anderen den Betrieb übernehmen. Diese dritte Option hat inzwischen einen Namen: Managed Integration Services.
Kernaussagen
- Ein Managed Integration Service liefert Integration als betriebenen Service: Der Anbieter verantwortet die Plattform und den operativen Betrieb und steht dafür ein, dass die Integrationen laufen.
- Er ist nicht dasselbe wie ein iPaaS. Ein iPaaS ist eine Plattform, die Sie selbst betreiben. Er ist auch kein Systemintegrationsprojekt. Ein Projekt endet, Integrationen nicht.
- Die kommerzielle Form ist ein Abonnement mit Service Level statt einer Lizenz plus internem Personal, wodurch die Kosten auch bei schnellerem Wandel planbar bleiben.
- Das Modell passt zu Umgebungen mit hoher Komplexität, ständiger Veränderung und geringer Toleranz für Ausfälle. Für kleine, stabile Landschaften und für Unternehmen, deren Integrationskompetenz selbst ein Differenzierungsmerkmal ist, passt es schlecht.
- Die Frage, die die drei Optionen trennt, lautet nicht, welches Tool sich am besten zum Konfigurieren von Integrationen eignet. Sie lautet, wer verantwortlich ist, wenn etwas ausfällt.
Die Disziplin hinter dem Service. Das Integration-Ops-Buch beschreibt, wie der Lebenszyklus einer Integration geplant, betrieben und gemessen wird. Buch herunterladen.
Was ist ein Managed Integration Service?
Ein Managed Integration Service ist ein von ONEiO geprägtes Betriebsmodell, bei dem ein externer Anbieter die Integrationen eines Unternehmens Ende-zu-Ende übernimmt: die Integrationsplattform und die Konnektivität, den kontinuierlichen operativen Betrieb jeder Integration darauf und die Expertenarbeit, diese Integrationen anzupassen, wenn sich verbundene Systeme ändern.
Der Integrationsanbieter ist unter einem Service Level für Ergebnisse verantwortlich. Drei Komponenten bilden diesen Service, und ein Anbieter, dem eine davon fehlt, bietet etwas anderes an:
- Integrationsinfrastruktur. Die Plattform und die Konnektivität, plus die Umgebungen, in denen sie laufen. Dieser Teil ähnelt am meisten einem iPaaS und ist der am wenigsten unterscheidende Teil des Service.
- Operativer Betrieb. Kontinuierliches Monitoring, Erkennung von und Reaktion auf Incidents, Änderungsarbeit, wenn sich verbundene Systeme weiterentwickeln, und die Pflege der Integrationslandschaft als lebendiges System.
- Expertenunterstützung. Ein benanntes Team, das neue Verbindungen, Änderungen an bestehenden und den Abgleich zwischen dem, was die Integrationen tun, und dem, was das Unternehmen aktuell braucht, übernimmt.
Das Integration-Ops-Buch formuliert die zugrunde liegende Position direkt. Integration ist ein Lebenszyklus, keine Aufgabe, und ein Managed Integration Service ist das, was entsteht, wenn ein Unternehmen danach handelt.
Worin unterscheidet er sich von einem iPaaS-Tool?
Eine Integration Platform as a Service gibt Ihnen die Werkzeuge. Sie konfigurieren die Flows, Sie überwachen sie, Sie reagieren, wenn sie ausfallen, und Sie bauen sie neu, wenn sich ein verbundenes System ändert. Der Anbieter ist für die Verfügbarkeit der Plattform verantwortlich. Sie sind für die Verfügbarkeit der Integrationen verantwortlich. Das sind zwei verschiedene Dinge, und in der Lücke dazwischen liegen die meisten Integrationskosten, ebenso wie das, was im Unternehmen kaputtgeht, wenn Integrationen ausfallen.
Ein Managed Integration Service schließt diese Lücke, indem er die operative Arbeit und die Verantwortung zum Anbieter verlagert. Die zugrunde liegenden Fähigkeiten sind dieselben. Die Frage, wer sie betreibt, wird anders beantwortet.
Man kann das als Managed iPaaS bezeichnen, ein sinnvoller Brückenbegriff für Käufer, die aus einer iPaaS-Evaluierung kommen. Wir erklären den Begriff in was Managed iPaaS ist und wie es funktioniert. Die Ergebnisse sind die, die ein iPaaS verspricht, geliefert über ein anderes Betriebsmodell. Dieselbe Grenze aus der anderen Richtung behandelt iPaaS im Vergleich zu Integration as a Service.
Worin unterscheidet er sich von einem Systemintegrator?
Ein Systemintegrator liefert Integrationen als Projekt. Anforderungen, Design, Aufbau, Test, Übergabe. Das Engagement hat ein festes Ende, und ab diesem Ende ist der Betrieb der Integration Sache des Kunden.
Dieses Modell funktioniert, wenn das Gelieferte nach der Lieferung stabil bleibt. Integrationen tun das nicht. Sie sitzen zwischen Systemen, die neue Releases bekommen, die Plattform wechseln, übernommen werden und ihre Datenmodelle ändern, oft außerhalb Ihrer Kontrolle. Jedes dieser Ereignisse ist eine Wartungsverpflichtung. Wenn der SI geht, bleibt die Verpflichtung.
Viele Unternehmen setzen Systemintegratoren gut ein, für Programme und Migrationen, die wirklich abgeschlossen werden. Die Fehlpassung betrifft speziell den laufenden Integrationsbetrieb, bei dem ein projektförmiges Engagement genutzt wird, um einen serviceförmigen Bedarf zu decken. ONEiOs vielgelesener Leitfaden Systemintegrationsdienste im Vergleich betrachtet dieselben drei Modelle aus Einkaufssicht.
Die drei Optionen im Vergleich
Was Sie mit einem Managed Integration Service wirklich kaufen
Die Plattform und die Menschen, die sie betreiben, sind das, was der Anbieter liefert. Was Ihr Unternehmen kauft, sind Fähigkeiten, die es vorher nicht hatte:
- Die Fähigkeit, zu jeder Integrationsanforderung Ja zu sagen, ohne dass jede neue Verbindung zum Projekt wird.
- Die Fähigkeit, Komplexität zu beherrschen, an der andere scheitern, weil eine Integration mehrere Endpunkte verbindet, unabhängig von der Plattform.
- Die Fähigkeit, in Betrieb zu bleiben, wenn andere ausfallen, weil Fehler erkannt werden, bevor das Business sie spürt.
- Die Fähigkeit, Ergebnisse zu garantieren, die andere nicht garantieren, und Ihren eigenen Kunden Zusagen zu machen, die Sie unterscheiden.
- Ein Ruf für Qualität und Flexibilität, der einen Service Provider zum Partner für anspruchsvolle Unternehmen macht.
Für Service Provider sind die letzten beiden der kommerzielle Kern. Michael von MHP beschreibt, was sich dadurch im Vertrieb ändert:
„Zusagen machen, die einen unterscheiden ... das hilft mir, besonders in Pitches gegen andere Managed Service Provider, weil wir ihnen versprechen können, dass wir Ihr System mit unserem System verbinden.“ -- Michael, MHP
Was der Service tatsächlich abdeckt
Die folgende Liste beschreibt, was ein vollständiger Managed Integration Service übernimmt. Sie ist zugleich eine brauchbare Checkliste für die Evaluierung, denn Anbieter unterscheiden sich erheblich darin, wie viel davon sie übernehmen.
- Design und Aufbau neuer Integrationen, einschließlich Daten-Mapping und der Abstimmung von Schnittstellenverträgen mit Dritten.
- Konnektivität zu jedem Endpunkt, unabhängig von der Plattform, ohne individuellen Punkt-zu-Punkt-Aufbau für jedes Paar. Das ist der Unterschied zwischen einer Landschaft, die skaliert, und einer, deren Aufwand sich aufschaukelt.
- 24/7-Monitoring mit proaktiver Eskalation, sodass der Anbieter ein Problem bemerkt, bevor das Business es tut.
- Incident Response nach definiertem Service Level, einschließlich Datenwiederherstellung und Abgleich nach einem Ausfall, nicht nur die Wiederherstellung des Flows.
- Change Management, das Upgrades, API-Versionswechsel, Schemaänderungen und erneute Authentifizierung über alle verbundenen Systeme hinweg auffängt.
- Sicherheit und Compliance der Integrationen selbst, nicht nur der Plattform, auf der sie laufen. Eine konforme Plattform macht das, was Sie darauf gebaut haben, nicht automatisch konform.
- Onboarding neuer Parteien, also Kunden, Lieferanten und Partner, in planbarem Tempo.
- Dokumentation und Ownership, gepflegt als lebendiges Artefakt, sodass keine Integration vom Gedächtnis einer einzelnen Person abhängt.
Ein ausführlicheres Bild davon, was in jedem dieser Punkte steckt, gibt IT-Integrationsdienste und Integrationsdienstleister einfach erklärt. Die Punkte drei, vier und fünf unterscheiden einen Managed Integration Service von einer gehosteten Plattform mit Supportvertrag. Die Punkte sechs und acht sind die, deren Fehlen Unternehmen nach einem Audit bemerken.
Wie werden Managed Integration Services bepreist?
Ein Managed Integration Service wird in der Regel als Abonnement bepreist, mit dem Umfang der Landschaft als wichtigster Variable: Zahl der Integrationen, Zahl der verbundenen Parteien und das Volumen, das durch sie fließt. Zwei Gründe sprechen dafür, dass dieses Modell besser zu einem reibungslos laufenden IT-Service-Management passt:
- Es ist planbar. Die Kosten springen nicht, wenn ein verbundenes System ein großes Versions-Upgrade ankündigt, denn das Auffangen dieses Upgrades ist Teil dessen, was das Abonnement abdeckt. Das Finanzwesen kann damit planen.
- Der Preis folgt nicht dem Volumen. Transaktionsbasierte Preise haben im Integrationskontext ein strukturelles Problem. Sie berechnen Ihnen genau dann mehr, wenn Ihr Geschäft am stärksten läuft, und sie berechnen Ihnen Volumen, das eine gut betriebene Integration gar nicht erst hätte entstehen lassen. Ein planbarer Abonnementpreis löst diesen Konflikt auf.
Wichtig: Wenn Sie Alternativen vergleichen, bleiben Sie nicht bei Lizenz- oder Projektkosten stehen. Stellen Sie die Lizenz plus die Vollkosten der internen Kapazität, die für den Betrieb der Landschaft nötig ist, dem planbaren Abonnement gegenüber. Das ist die Berechnung der Total Cost of Ownership von Integrationen, die in den meisten Business Cases fehlt.
Was bedeutet SLA-gestützt in diesem Zusammenhang?
Service Levels in dieser Kategorie sollten vier Dinge abdecken. Ein Anbieter, der weniger zusagt, sagt weniger zu, als die Bezeichnung vermuten lässt. Hier steht, wie die Antwort jeweils lauten sollte und wie ONEiO sie beantwortet.
1. Deckt die Zusage die Integrationen ab oder die Plattform darunter?
Beides. Eine verfügbare Plattform, auf der ein defekter Flow läuft, lässt das Business trotzdem im Stich. Das Service Level muss deshalb die Integrationen ebenso abdecken wie die Plattform, auf der sie laufen. Das ist die aufschlussreichste Frage der Kategorie, und bei ihr unterscheiden sich die veröffentlichten Bedingungen am stärksten.
2. Wer bemerkt einen Ausfall, und wie?
Der Anbieter, proaktiv. Bei ONEiO überwacht das Operations Team den Service rund um die Uhr an 365 Tagen und benachrichtigt bei einem Problem sofort den Subscription Owner des Kunden, wie in der ONEiO-Servicebeschreibung festgehalten. Lautet die Antwort eines Anbieters, dass Sie ein Ticket eröffnen, ist das Monitoring eine Reporting-Funktion.
3. Was passiert mit den Daten während eines Incidents?
Nichts geht verloren. Persistente Warteschlangen halten Nachrichten zurück, solange ein verbundenes System nicht erreichbar ist, und stellen sie zu, sobald es zurück ist, verarbeitet in der Reihenfolge ihres Eingangs. Ohne das ist die Wiederherstellung des Flows nur die halbe Arbeit, und das Abgleichsprojekt landet bei Ihrem Team.
4. Was steht im Vertrag, und wie wird es gemessen?
Konkrete Zielwerte, schriftlich. Typische Beispiele sind die monatliche Verfügbarkeit der Integrationen, die Zeit vom Ausfall bis zur Erkennung, die Zeit von der Erkennung bis zum wiederhergestellten Flow und die Zustellung von Nachrichten während eines Incidents. Zahlenmäßige Zielwerte sind in dieser Kategorie kommerzielle Konditionen, die pro Vertrag festgelegt werden und mit Umfang und Stufe variieren; bei ONEiO stehen sie in der Service-Level-Zusage des Rahmenvertrags. Vergleichen Sie Gleiches mit Gleichem, also was gemessen wird und wann die Uhr zu laufen beginnt, und fragen Sie, was passiert, wenn ein Zielwert verfehlt wird.
Wenn Sie Integrationsdienstleister evaluieren, bitten Sie jeden einzelnen, alle vier Punkte schriftlich festzuhalten. Die Zahl der Anbieter, die dazu bereit sind, ist deutlich kleiner als die Zahl derer, die das Wort Managed verwenden.
„Sie versprechen es, und sie versprechen es nicht nur, sie zeigen wirklich, dass sie ihr Versprechen halten: jedes beliebige System da draußen mit jedem beliebigen System zu verbinden, das Sie nutzen.“ -- Michael, MHP
Wann Sie sich nicht für Managed Integrations entscheiden sollten
In drei Situationen ist das Managed-Integration-Modell nicht die beste Wahl:
- Ihre Landschaft ist klein und stabil. Eine Handvoll Integrationen zwischen Systemen, die sich selten ändern, rechtfertigt keinen betriebenen Service. Kaufen oder bauen Sie eine Plattform und lassen Sie sie in Ruhe.
- Integration ist Ihr Produkt. Wenn die Art, wie Sie sich mit Kunden verbinden, ein Differenzierungsmerkmal ist, mit dem Sie verkaufen, behalten Sie die Kompetenz im Haus.
- Sie brauchen eine einmalige Migration, keinen Betrieb. Der Wechsel von einer Plattform zur anderen mit einem definierten Endzustand ist Projektarbeit. Beauftragen Sie ein Projekt. Holen Sie einen SI. Machen Sie weiter.
Das Managed-Integration-Modell rechnet sich dort, wo die Komplexität hoch ist, wo sich die Systeme auf beiden Seiten ständig ändern und wo eine ausgefallene Integration geschäftliche Folgen hat, die jemand erklären muss.
So bewerten Sie einen Anbieter
Sechs Fragen, in der Reihenfolge, die am meisten zutage fördert. Stellen Sie sie jedem Anbieter auf der Shortlist, auch dem bisherigen.
- Wer ist verantwortlich, wenn eine Integration an der Grenze zwischen zwei Anbietern ausfällt? Wenn die Antwort darauf hinausläuft, das im Ernstfall zu klären, beginnt die Wiederherstellung mit einer Verhandlung.
- Wie erkennen Sie einen Ausfall, und wie lange dauert es, bis wir davon erfahren und der Flow wieder läuft? Achten Sie auf den Mechanismus, nicht auf das Adjektiv.
- Was passiert, wenn ein verbundenes System eine Breaking Change ankündigt? Ein Service fängt sie auf. Eine Plattform schickt Ihnen Release Notes.
- Bezieht sich Ihr Service Level auf die Plattform oder auf meine Integrationen? Das ist die aufschlussreichste Einzelfrage der Kategorie.
- Wie verändert sich der Preis, wenn wir die Zahl der verbundenen Parteien verdoppeln? Das Skalierungsverhalten zeigt, welche Art von Betrieb dahintersteht.
- Wem gehören die Dokumentation und die Daten-Mappings, und kann ich sie haben? Ein Anbieter, der von seinem Service überzeugt ist, nutzt die Mappings nicht als Fessel.
Wie verschiedene Anbietertypen diese sechs Fragen beantworten, zeigt Anbieter von Integrationsdiensten im Vergleich. ONEiO arbeitet nach diesem Modell. Wir betreiben Ihre Integrationen, Sie liefern Ihre Services: die Plattform und ihr 24/7-Betrieb, zusammen mit einem Expertenteam, geliefert als Managed Integration Service unter einem Service Level, zu einem Abonnementpreis, der sich nicht bewegt, wenn sich Ihre verbundenen Systeme bewegen. Jeder Anbieter der Kategorie sollte bereit sein, die sechs Fragen ebenso direkt zu beantworten.
Fazit zu Managed Integration Services
Die Kategorie existiert, weil das Projektmodell und das Plattformmodell den laufenden Betrieb einer Integrationslandschaft unbesetzt lassen, in einer Umgebung, die sich ständig verändert. Ein Managed Integration Service besetzt genau diese Stelle, und das ist der ganze Gedanke.
Integration ist kein Projekt, das man übersteht. Sie ist eine Fähigkeit, die jemand betreiben muss. Die einzige Entscheidung ist, wer.
Testen Sie das Modell an Ihrer Landschaft. Vereinbaren Sie ein 30-minütiges Gespräch und gehen Sie die sechs Evaluierungsfragen mit Ihren eigenen Integrationen durch.
