Gartner prognostiziert, dass bis 2028 40 % der I&O-Organisationen, die agentische I&O in großem Maßstab produktiv betreiben, eine geschäftskritische Servicestörung erleben werden, gegenüber weniger als 1 % im Jahr 2026. Der größte Teil dieses Risikos sitzt in der Integrationsebene, über die die KI handelt. Der Aufbau wird budgetiert; der Betrieb der Verbindungen und die Störung im gesamten Unternehmen, wenn eine davon ausfällt, bekommen in der Regel nichts.
Dieser Artikel behandelt, was AIOps-Integration ist, warum KI-Agenten am Schreibpfad ins Stocken geraten, wie die vier gängigen Ansätze im Vergleich abschneiden und was sich ändert, wenn die Integrationsebene von einem Anbieter betrieben wird, dessen Aufgabe es ist, sie am Laufen zu halten.
Kernaussagen
- AIOps-Tools lesen Telemetrie mühelos. Um in ITSM-Tools, CMDBs und Partnersystemen zu handeln, brauchen sie Schreibverbindungen, die nicht in der Lizenz enthalten sind, und genau dort geraten Projekte ins Stocken.
- Gartner erwartet, dass 60 % der Unternehmen bis 2029 agentische KI für den IT-Infrastrukturbetrieb einsetzen, und prognostiziert, dass 40 % der I&O-Organisationen, die sie in großem Maßstab produktiv betreiben, bis 2028 eine geschäftskritische Servicestörung erleben werden.
- Wenn eine Integration unter einem KI-Agenten bricht, ist der Schaden organisatorisch: Der Prozess steht, Kunden warten, und SLA-Strafen laufen auf, während die IT die Verbindung repariert.
- Die meisten IT-Betriebe sind Multi-Party. Ein Agent, der nur innerhalb des Tenants einer Organisation handelt, verpasst die Incidents, die Kunden-, Outsourcer- und Partnergrenzen überschreiten, und das sind die teuren.
- Ein Managed Integration Service gibt KI-Agenten gesteuerten Schreibzugriff mit einem Owner und einem SLA pro Verbindung, ohne dem internen Team zusätzliche Integrationsarbeit aufzubürden.
Das Betriebsmodell hinter Managed Integration Services beschreibt das Integration Ops Buch ausführlich: Lifecycle-Phasen, Ownership-Muster und Playbook-Beispiele. Kostenlos herunterladen.
Was ist AIOps-Integration?
AIOps-Integration ist die Gesamtheit der gemanagten Verbindungen, über die eine AIOps-Plattform oder ein KI-Agent sowohl Betriebsdaten aus den Tools liest, die sie erzeugen, als auch Aktionen in die Systems of Record zurückschreibt, in denen IT-Arbeit nachverfolgt wird. Lesen umfasst Monitoring-, Logging- und Event-Daten. Schreiben umfasst Incidents, Changes, Configuration Items und Benachrichtigungen, häufig in Tools, die anderen Organisationen gehören.
Der kommerzielle Unterschied zählt: Das Lesen kommt mit der AIOps-Lizenz als Produktfunktion, das Schreiben muss separat gebaut, betrieben und bezahlt werden, meist später als geplant.
Warum geraten AIOps-Tools am Schreibpfad ins Stocken?
Telemetriesysteme sind dafür gebaut, ausgelesen zu werden. Monitoring-Plattformen, Log-Speicher und Observability-Tools veröffentlichen Daten von Haus aus, deshalb sind Ingest-Connectoren für Anbieter günstig auszuliefern und leicht vorzuführen.
Systems of Record verhalten sich anders. Einen Incident in ServiceNow zu schreiben, ein Configuration Item zu aktualisieren oder ein Ticket in der Jira-Service-Management-Instanz eines Kunden anzulegen bedeutet, Authentifizierung, Feldvalidierung, Workflow-Regeln und Change Control zu durchlaufen, die der AIOps-Anbieter nicht kontrolliert. Jedes Zielsystem hat sein eigenes Datenmodell und seinen eigenen Release-Kalender.
Aus dieser Asymmetrie folgen drei Konsequenzen.
Der Wert steckt hinter dem Schreiben. Korrelation ohne Aktion ergibt ein besseres Dashboard, während die meisten AIOps-Business-Cases von automatisierter Behebung ausgehen, und die ist von Anfang bis Ende eine Fähigkeit des Schreibpfads.
Jedes neue Zielsystem ist ein neues Projekt. Punkt-zu-Punkt-Connectoren sind schnell gebaut und teuer im Unterhalt, und sobald ein Agent über sie handelt, ist jeder einzelne zusätzlich ein Schadensschutzprojekt, das nur darauf wartet, zu beginnen. Es ist dasselbe Punkt-zu-Punkt-Muster, das die Integrationsschulden überhaupt erst erzeugt hat, jetzt wiederholt pro Agent und pro System.
Niemand besitzt die Verbindung, aber die gesamte Organisation trägt ihre Ausfälle. Die AIOps-Plattform hat einen Product Owner. Die 20 oder 30 Schreibpfade darunter haben meist einen Engineer mit Backlog und ohne Service Level, und während einer davon ausgefallen ist, steht der Prozess, den er trägt: Tickets erreichen den falschen Desk, Kunden warten, und SLA-Uhren laufen.
Die meisten IT-Betriebe überschreiten Organisationsgrenzen
Ein KI-Agent, der Incidents innerhalb eines einzelnen Tenants löst, übernimmt die günstigen Fälle. Die teuren Incidents betreffen mehr als ein Unternehmen.
Eine typische Unternehmenslandschaft umfasst heute einen Infrastrukturanbieter, einen Service-Desk-Anbieter, mehrere Anwendungsanbieter und interne Teams, jeweils mit eigenem Tooling. Service Provider erleben das Spiegelbild: Jeder Kunde bringt eine andere ITSM-Plattform mit. Service Management über Organisationen hinweg zu verbinden entscheidet darüber, ob ein Agent einen Incident dort schließen kann, wo der Kunde ihn nachverfolgt, oder nur eine Notiz dazu im eigenen System hinterlegt.
Unternehmensübergreifender Schreibzugriff wirft Fragen auf, die keine AIOps-Plattform allein beantwortet. Welche Identität nutzt der Agent im System des Kunden? Welche Daten dürfen die Grenze überschreiten? Wer wird alarmiert, wenn der Schreibvorgang fehlschlägt? Was passiert, wenn der Partner seine Plattform ohne Vorankündigung aktualisiert?
Das sind Fragen der Integrations-Governance, und in der Praxis sind sie der Grund, warum autonomes Handeln in der Produktion noch lange nach dem Go-live der Plattform abgeschaltet bleibt. Solange es abgeschaltet bleibt, bleibt der auf automatisierte Behebung gebaute Business Case unrealisiert, und die Organisation bezahlt weiterhin Menschen für die Arbeit, für die der Agent gekauft wurde.
Was KI-Agenten von der Integrationsebene brauchen
KI-Agenten für den IT-Betrieb brauchen drei Dinge von der Ebene unter ihnen, und keines davon ist eine Funktion des Agenten selbst.
Reichweite. Authentifizierten, auf Berechtigungen begrenzten Schreibzugriff in jedes System, in dem die Arbeit landet, einschließlich der Systeme von Kunden, Outsourcern und Partnern.
Beständigkeit. Verbindungen, die Plattform-Releases, API-Versionswechsel, Tool-Migrationen und ablaufende Zertifikate ohne manuelle Reparatur überstehen. Der größte Teil der Integrationskosten fällt in den Jahren nach dem Go-live an.
Verantwortung. Ein namentlich benannter Owner pro Verbindung, kontinuierlich überwacht, unter einem Service Level, das das Integrationsergebnis abdeckt und nicht nur die Plattformverfügbarkeit. Wenn ein Agent über eine Verbindung handelt, ist dieser Owner auch die Person, die für die geschäftlichen Folgen einsteht, wenn ein Schreibvorgang schiefgeht.
Dieselbe Anforderungsliste gilt unabhängig davon, ob der Agent in einer AIOps-Plattform, einer ITSM-Suite oder einem Allzweckmodell lebt. Einen breiteren Blick darauf, wie sich das über den IT-Betrieb hinaus auswirkt, bietet unsere Analyse dazu, was sich ändert, wenn KI-Agenten in Ihre Integrationsebene einziehen.
Was die Gartner-Prognosen tatsächlich über das Risiko sagen
Die Verbreitung steht nicht in Frage. Gartner erwartet, dass 60 % der Unternehmen bis 2029 agentische KI für den IT-Infrastrukturbetrieb einsetzen, gegenüber weniger als 10 %, und prognostiziert, dass bis Ende 2026 40 % der Unternehmensanwendungen aufgabenspezifische KI-Agenten enthalten werden, gegenüber weniger als 5 % im Jahr 2025.
Die Risikoprognosen sind für die Planung nützlicher. Gartner prognostiziert, dass bis 2028 40 % der I&O-Organisationen, die agentische I&O in großem Maßstab produktiv betreiben, eine geschäftskritische Servicestörung erleben werden, gegenüber weniger als 1 % im Jahr 2026. Getrennt davon erwartet Gartner, dass über 40 % der Projekte mit agentischer KI bis Ende 2027 abgebrochen werden, wegen eskalierender Kosten, unklaren Geschäftsnutzens und unzureichender Risikokontrollen.
Liest man die Abbruchgründe mit Integrationsbrille, beschreiben sie eine vertraute Situation. Die Kosten eskalieren, weil jedes zusätzliche System, das der Agent berührt, zu einem eigenen Connector-Projekt wird und danach, sobald autonome Schreibvorgänge beginnen, zu einem eigenen Schadensschutzprojekt. Der Geschäftsnutzen bleibt unklar, solange der Agent einen Incident diagnostizieren, ihn aber nicht in dem System schließen kann, in dem die Arbeit nachverfolgt wird. Und die Risikokontrollen bleiben unzureichend, wenn niemand versteht, was die Agenten tun, in einem Tempo, dem niemand mehr folgen kann.
Der Unterschied zwischen einer Plattform, die Sie betreiben, und einem Service, der für Sie betrieben wird, wird schärfer, sobald autonomes Handeln ins Spiel kommt. Eine Plattform gibt Ihrem Team einen besseren Ort, um die Arbeit zu erledigen. Sie beseitigt die Arbeit nicht, und ein KI-Agent beseitigt sie ebenfalls nicht.
Wo ein Managed Integration Service hineinpasst
Ein Managed Integration Service wie ONEiO übernimmt die Verantwortung für die Verbindungen selbst. Design, Build, Monitoring, Change und Accountability liegen beim Anbieter, im Rahmen eines Abonnements mit angehängter Servicezusage.
Für KI-Agenten im IT-Betrieb verändert das das praktische Bild auf eine konkrete Weise. Der Agent erhält Any-to-any-Reichweite ohne ein Connector-Projekt pro System, auch in Kunden- und Partnerumgebungen, in denen Ihr eigenes Team keinen ständigen Zugriff hat. Die Verbindungen werden kontinuierlich überwacht, sodass ein defekter Schreibpfad auffällt, bevor ein autonomer Workflow den Fehler in Maschinengeschwindigkeit wiederholt. Und die Verantwortung liegt außerhalb Ihres Teams, mit Namen und Telefonnummer, sodass bereits jemand für die Verbindung geradesteht, über die eine fehlgeschlagene Agentenaktion in einer Kundenumgebung gelaufen ist, und die Störung bei einem Incident endet, statt sich durch den gesamten Service auszubreiten.
„Unbeeindruckt. Ich glaube, das ist es, was sich für uns geändert hat ... wir nutzen unsere Zeit für andere Dinge, um andere Dinge zu überwachen statt der Datenaustausche." So beschreibt Dmitri von der Stadt Espoo die Kapazität, die zurückkommt, wenn die Integrationsebene keine interne Wartungsfunktion mehr ist. Genau diese Kapazität fehlt den meisten KI-Programmen tatsächlich.
Wann das nicht die richtige Wahl ist. Wenn Ihr KI-Betriebsszenario vollständig innerhalb einer Plattform lebt, die Sie bereits besitzen, ohne organisationsübergreifende Schreibvorgänge und ohne Partnersysteme im Scope, decken native Connectoren das ab, und ein Managed Service ist unnötiger Overhead. Dasselbe gilt, wenn Sie ein finanziertes, besetztes Integrationsteam mit dokumentiertem Ownership und bestehendem Service Level haben. Der Fall für einen Managed Integration Service beginnt dort, wo die Landschaft Multi-Party wird, die Änderungsrate kontinuierlich ist und das interne Team bereits der Engpass ist.
Fazit zur AIOps-Integration
AIOps und KI-Agenten werden als Intelligenz für den IT-Betrieb verkauft, und Intelligenz war selten der begrenzende Faktor. Engineers wissen seit langem, welche Systeme ausfallen. Was gefehlt hat, ist ein zuverlässiger, verantworteter, rechenschaftspflichtiger Weg, auf dem irgendetwas über diese Systeme hinweg handeln kann, ohne einen Menschen in der Mitte.
Nur das Lesen kommt mit der AIOps-Lizenz. Das Handeln kommt als Arbeitsprogramm, dessen Kosten, Risiko und Ownership darüber entscheiden, ob die KI-Investition automatisierte Behebung liefert oder eine teure Zweitmeinung. Dieses Programm entscheidet auch, wer den Schaden trägt, wenn eine autonome Aktion fehlschlägt: das IT-Team, das sie repariert, und die Teile des Unternehmens, die so lange stillstehen.
Die praktische Reihenfolge ist, zuerst die Integrationsebene zu klären: wer sie betreibt, wozu sie verpflichtet ist und wie sie sich ändert, wenn sich ein Partner- oder Kundensystem ändert. Autonomie auf einer ungemanagten Integrationslandschaft vervielfacht jede Schwäche, die diese Landschaft bereits hat.
Möchten Sie besprechen, was das für Ihre Umgebung bedeutet? Buchen Sie 30 Minuten mit einem ONEiO-Integrationsexperten.
