Da KI-Agenten zunehmend von experimentellen Pilotprojekten zu einer zentralen Betriebsinfrastruktur werden, benötigen sie eine zuverlässige und geregelte Möglichkeit, zwei Umgebungen miteinander zu verbinden: die Plattform, die ihre Logik verwaltet, und die Unternehmenssysteme, in denen ihre Daten gespeichert sind.
SnapLogic bietet zwei unterschiedliche Ansätze, um diesen unterschiedlichen betrieblichen Anforderungen gerecht zu werden: 1) SnapLogic MCP Server und 2) Enterprise MCP. Es ist entscheidend, diesen Unterschied zu verstehen: Agenten erzeugen exponentiell höhere Mengen an Backend-Datenverkehr als menschliche Teams, und die Zusammenführung dieser beiden Ansätze in einem generischen Modell nach dem Motto „KI kann alles aufrufen“ birgt Sicherheitsrisiken und führt zu einer unkontrollierten Ausweitung der Betriebsabläufe.
Um in großem Maßstab erfolgreich zu sein, benötigen Unternehmen eine klare und geregelte Trennung zwischen der Verwaltung von Agent-Prozessen und dem Zugriff auf Unternehmensdaten.
Eine kurze Einführung in MCP
Das Model Context Protocol (MCP) ist ein offener Standard, der KI-Agenten eine einheitliche Möglichkeit bietet, Tools zu ermitteln und aufzurufen. Anstatt jedes Mal, wenn ein Agent mit einem neuen System interagieren muss, eine maßgeschneiderte Integration zu entwickeln, fragt der Agent einen MCP-Server ab, welche Tools verfügbar sind, und ruft dann die benötigten Tools auf.
Der Server übernimmt die Authentifizierung, die Strukturierung und die Antwort. SnapLogic ist an beiden Seiten dieses Handshakes beteiligt, und das System funktioniert unabhängig davon, ob der Agent, der den Aufruf tätigt, auf Claude, einem anderen KI-Anbieter oder einem internen Framework basiert, das Ihr Team von Grund auf selbst entwickelt hat.
Weg 1: SnapLogic MCP Server, die regulierte MCP-Schnittstelle zur Plattform
Das Erstellen einer Pipeline und deren Betrieb in der Produktionsumgebung sind zwei unterschiedliche Herausforderungen. Sobald eine Pipeline vorhanden ist, muss sie noch bereitgestellt, ausgeführt, gesichert und der Ablauf der Ausführung dokumentiert werden. Hier kommt der SnapLogic MCP-Server ins Spiel. Er bildet die Betriebsschicht für Agenten und stellt dieselben Plattformaktionen, die ein Entwickler im Designer anklicken würde, als geregelte Tool-Aufrufe bereit. Hier sind einige Beispiele aus der Praxis.
Erstellen und Bereitstellen mit demselben Agenten
Anwendungsfall: Ein Programmierer, der die von ihm soeben erstellten Pipelines bereitstellt und verwaltet. SnapCode ist das Tool zur Erstellung von Pipelines in natürlicher Sprache, das Entwickler nutzen; der SnapLogic MCP Server ist dafür zuständig, diese anschließend bereitzustellen, auszuführen, zu validieren und zu verwalten. Über diesen Server kann ein Programmierer diese Plattformvorgänge als Tool-Aufrufe ausführen – genau die gleichen Aktionen, die ein Entwickler normalerweise im Designer per Mausklick ausführen würde.
Massenproduktion mit Nachverfolgbarkeit
Anwendungsfall: Ein Geschäftsagent, der bereits in der Produktion befindliche Pipelines mit hohem Durchsatz betreibt. Jeder Aufruf enthält die Identität der Person oder des Systems, für die bzw. das der Agent handelt, wird anhand der Richtlinien überprüft, einer Ratenbegrenzung unterzogen und in einem Protokoll erfasst, das angibt, wer den Aufruf getätigt hat, was ausgeführt wurde und was passiert ist. Sobald eine Pipeline läuft, ist kein LLM an der Ausführung beteiligt, sodass Kosten und Verhalten konstant und vorhersehbar bleiben. Das ist das Konzept„Mit KI erstellen, mit SnapLogic ausführen“: Der Agent erstellt die Pipeline, die Plattform führt sie jedes Mal auf dieselbe Weise aus.
Jeder Makler, eine Tür hinein
Anwendungsfall: Frameworks mit mehreren Agenten, die einen regulierten Einstiegspunkt erfordern. Anstatt für jeden Programmieragenten, Geschäftsagenten oder jedes benutzerdefinierte Framework, das ein Team einsetzt, einen separaten Zugriffspfad einzurichten, bietet der SnapLogic MCP Server einen einzigen regulierten Endpunkt für den Zugriff auf die Plattform.
Option 2: Enterprise MCP – für alles, was SnapLogic bereits verbindet
Pfad eins umfasst Pipelines, die ein Agent gerade erstellt hat. Pfad zwei umfasst alles, womit SnapLogic bereits verbunden ist. Enterprise MCP nutzt Ihre bestehenden Pipelines und Snaps und stellt sie als Tools bereit, die ein Agent erkennen und aufrufen kann, sodass Agenten ohne Neuaufbau Zugriff auf echte Geschäftssysteme erhalten.
Echter Geschäftskontext, auf Abruf
Anwendungsfall: Ein Mitarbeiter ruft den Status einer Bestellung in SAP ab oder gleicht einen Datensatz zwischen zwei Systemen ab. Enterprise MCP stellt bestehende Pipelines und Integrationen als MCP-Tools bereit und nutzt dabei die über 1.000 Unternehmenskonnektoren von SnapLogic. Dadurch erhält der Mitarbeiter genügend geschäftlichen Kontext, um den systemübergreifenden Status zu verstehen, einen Kundendatensatz zwischen einem Ticketingsystem und dem CRM abzugleichen oder die Informationen abzurufen, die den Verkaufszyklus verkürzen.
Pipelines, die sich auch nach außen erstrecken können
Anwendungsfall: Eine Pipeline, die Funktionen eines SnapLogic-MCP-Servers eines Drittanbieters benötigt. Dies funktioniert in die andere Richtung. Ein MCP-Client ermöglicht es Ihnen, mit bereits erstellten Pipelines auf externe SnapLogic-MCP-Server zuzugreifen, Funktionsdefinitionen zu generieren, Vorgänge remote auszuführen und die Ergebnisse aufzubereiten. So können Ihre Integrationen auf die Entwicklungen anderer Teams oder Anbieter zurückgreifen, ohne dass Sie diese erneut erstellen müssen.
Ein verwalteter Access Point
Anwendungsfall: Die IT benötigt einen einzigen, zentral verwalteten Zugriffspunkt anstelle einer unübersichtlichen Vielzahl einzelner Agenten. Jeder Enterprise-MCP-Aufruf durchläuft das AI-Gateway von SnapLogic, wo Authentifizierung, Ratenbegrenzungen, Prüfpfade und Identitätsweitergabe (Trusted Agent Identity) abgewickelt werden, wodurch ein Agent genau auf die Berechtigungen der Person beschränkt wird, in deren Auftrag er handelt. Da diese Verbindungen über das Gateway zentralisiert sind und nicht Punkt-zu-Punkt erfolgen, verwaltet die IT-Abteilung ein einziges System, anstatt jedes Mal eine neue Integration betreuen zu müssen, wenn ein Agent auf ein neues System zugreifen muss.
Enterprise MCP läuft parallel zu bestehenden APIs, direkten Datenbankabfragen und dem Snap-Katalog. Es funktioniert mit Agenten, die außerhalb von AgentCreatorerstellt wurden.
Gleiche Grundkonstruktion, zwei Türen
Der SnapLogic MCP-Server und Enterprise MCP basieren auf einer einheitlichen Grundlage und nicht auf separaten Vertrauensmodellen. Jeder Aufruf wird authentifiziert, autorisiert, einer Ratenbegrenzung unterzogen und protokolliert, wodurch eine deterministische Ausführung der Pipeline gewährleistet wird. Diese Konsistenz ermöglicht es Sicherheitsteams, agentengesteuerte Automatisierung vertrauensvoll zu nutzen, anstatt jeden Agenten als neues Integrationsrisiko zu betrachten. Zudem wird dadurch die operative Ausuferung vermieden, die entsteht, wenn Teams Ad-hoc-Methoden für den Zugriff von Agenten auf Geschäftssysteme entwickeln.
Welche Variante passt zu Ihrem Anwendungsfall?
Wenn Sie Pipelines direkt erstellen oder betreiben, beginnen Sie mit dem SnapLogic MCP Server. Wenn Ihre Agenten auf die Geschäftssysteme zugreifen müssen, die SnapLogic bereits verbindet, beginnen Sie mit Enterprise MCP.
Die meisten Organisationen werden letztendlich beides im selben Arbeitsablauf benötigen. Ein Agent steuert Pipelines über einen Zugang und speist gleichzeitig einen Prozess, der über den anderen Zugang die Geschäftssysteme erreicht. Für beide gilt dasselbe Identitäts- und Auditmodell.
Möchten Sie sehen, wie es auf Ihren eigenen Systemen läuft? Buchen Sie eine Demo, und wir gehen beide Vorgehensweisen anhand Ihrer Daten durch.
