Agentic AI in der Enterprise-Architektur
Auswirkungen auf Business Architecture, Informationssystem-Architektur und Infrastruktur — sowie die Rolle von EA als Alignment- und Governance-Funktion
Was dieses Whitepaper enthält
Formular ausfüllen — das Whitepaper öffnet sofort auf dieser Seite.
Vielen Dank! Das Whitepaper wird geladen…
Ihre Daten werden vertraulich behandelt und nicht an Dritte weitergegeben.
Executive Summary
Enterprise-Architektur ist die Disziplin, die Strategie und Betrieb durch strukturierte Planung, Harmonisierung und Steuerung verbindet. Ihre Kernaufgabe ist das Alignment zwischen Business Architecture, Informationssystem-Architektur und Infrastruktur-Architektur — sichergestellt durch Governance, Prinzipien und die koordinierte Entwicklung aller Domänen-Architekturen.
Agentic KI-Systeme — autonome Agenten, die Ziele selbständig planen, Werkzeuge aufrufen und Entscheidungen sequenziell treffen — greifen in alle drei Architektur-Domänen ein. Damit ist Agentic AI keine IT-Technologiefrage. Sie ist eine Enterprise-Architektur-Frage.
Capabilities werden neu geschnitten, Prozesse müssen als Zielarchitekturen vor der Agent-Implementierung definiert werden.
Agenten sind eine neue Applikationsklasse mit eigenen Integrationsmustern, die mit bestehenden Portfolio-Standards häufig nicht kompatibel sind.
Die Engpässe liegen in API-Governance, Datenqualität und Sicherheitsarchitektur — nicht in Rechenkapazität.
Dezentrale Adoptionsimpulse ohne EA führen zu fragmentierten Agenten-Landschaften mit Datensilos und Compliance-Risiken.
1. Die Rolle der Enterprise-Architektur und das Fragmentierungsrisiko
1.1 Aufgabendefinition: Was Enterprise-Architektur leistet
Enterprise-Architektur übernimmt vier Kernaufgaben: Alignment (Kohärenz zwischen strategischen Zielen und Systemlandschaft), Standardisierung (wiederverwendbare Muster und reduzierte Komplexität), Governance (Sicherung der Einhaltung von Prinzipien und Entscheidungsregeln) sowie Planung (strukturierte Entwicklung der Architekturlandschaft über Zeit).
1.2 Das Fragmentierungsrisiko
Agentic AI erzeugt in Konzernen dezentrale Adoptionsimpulse. Fachbereiche experimentieren mit Agenten unabhängig voneinander. Ohne EA-Steuerung entstehen: inkompatible Agenten-Implementierungen ohne gemeinsame Datenbasis, redundante Investitionen in ähnliche Lösungen, strukturelle Datensilos durch agentenspezifische Datenzugriffsmuster, sowie Compliance-Risiken durch fehlende Governance-Anbindung.
1.3 Abgrenzung: Was Agentic AI definiert
Klassische Automatisierung
Regelbasiert, deterministisch, eng definierter Scope — keine Planung, kein Werkzeugaufruf.
KI-Assistenz
Unterstützt menschliche Entscheidung, führt selbst nichts aus — kein autonomes Handeln.
Agentic AI
Plant Ziele selbständig, ruft Werkzeuge auf, trifft sequentielle Entscheidungen — mit messbaren Auswirkungen auf Prozesse und Systeme.
2. Auswirkungen auf die Business Architecture
2.1 Capability-Modell im Wandel
Agentic AI verändert bestehende Business Capabilities nicht nur in ihrer Ausführung, sondern in ihrer strukturellen Definition. Capabilities, die bisher auf menschliches Urteilsvermögen ausgerichtet waren, müssen als hybrid-humane Strukturen neu konzipiert werden.
2.2 Prozessarchitektur als Designvoraussetzung
KI darf nicht auf unklare Prozesse gesetzt werden. Prozessarchitektur — vollständige Modellierung von Soll-Zuständen, Übergaben, Ausnahmebehandlungen und Eskalationspfaden — ist eine Voraussetzung für jede belastbare Agent-Implementierung. Zielarchitektur vor Implementierung ist kein Optimierungsansatz, sondern eine strukturelle Notwendigkeit.
2.3 Betriebsmodell und Rollenarchitektur
Betriebsmodelle erfordern eine explizite Rollenklärung zwischen menschlicher und maschineller Entscheidungsverantwortung. Für jede agentengestützte Aktivität sind zu definieren: welche Entscheidungen der Agent autonom treffen darf, welche Entscheidungen menschliche Freigabe erfordern, und wer im Eskalationsfall verantwortlich ist.
3. Auswirkungen auf die Informationssystem-Architektur
3.1 Agenten als neue Applikationsklasse
Agenten weichen in vier zentralen Dimensionen von klassischen Applikationen ab: dynamische Verhaltenssteuerung durch Sprachmodelle statt kodierter Logik, werkzeugbasierte Interaktion mit externen Systemen statt fester API-Aufrufe, nicht-deterministisches Verhalten mit Variabilität bei gleichen Inputs, und komplexere Lifecycle-Eigenschaften durch Prompt-Versionierung und Modellwechsel.
3.2 Schichtenmodell für Agentic Systeme
| Schicht | Komponenten | EA-Relevanz |
|---|---|---|
| Orchestrierung | Agent-Coordinator, Routing-Logik | Governance-Anbindung, Freigabelogik |
| Agent-Kern | LLM-Reasoning, Tool-Calling | Modell-Governance, Prompt-Versionierung |
| Tool-Schicht | APIs, Datenbankzugriffe | Berechtigungsvererbung, API-Governance |
| Datenschicht | RAG-Systeme, Wissensgraphen | Aktualitätssicherung, Zugriffsmodell |
| Monitoring | Logging, Audit Trail | Compliance, Drift-Erkennung |
3.3 Application-Portfolio-Governance
Bestehende Portfolio-Management-Standards unterscheiden in der Regel zwischen Custom-Applikationen, Standardsoftware und Plattformen. Agenten passen in keine dieser Kategorien vollständig. EA muss eine neue Applikationsklasse mit eigenen Governance-Regeln definieren.
4. Auswirkungen auf die Infrastruktur-Architektur
4.1 Infrastruktur als Enabler, nicht primärer Engpass
Die meisten Konzerne verfügen über Cloud-Infrastruktur, die agentic Workloads prinzipiell unterstützt. Die drei strukturellen Engpässe sind: API-Governance (fehlende Standards für Tool-Aufrufe durch Agenten), Datenqualität (RAG-Systeme mit veralteten oder inkonsistenten Daten), und Sicherheitsarchitektur (neue Angriffsvektoren durch Prompt-Injection und übermäßige Agent-Berechtigungen).
4.2 Sicherheitsarchitektur: Neue Angriffsflächen
Prompt Injection
Manipulation von Agenten durch böswillige Eingaben in verarbeiteten Inhalten.
Excessive Agency
Agenten erhalten mehr Berechtigungen als für ihre Aufgabe erforderlich.
Supply Chain Risks
Abhängigkeiten von externen Modellen und Tool-Anbietern ohne Governance-Kontrolle.
4.3 Datensouveränität und Betriebsmodell-Entscheidung
Die Make-vs-Buy-Entscheidung bei Agenten ist nicht primär eine Kostenfrage. Sie ist eine Governance- und Datensouveränitätsfrage. Welche Daten verlassen welche Organisationsgrenzen? Welche regulatorischen Anforderungen gelten?
6. EA als Alignment- und Governance-Funktion
6.1 Die Alignment-Aufgabe
EA muss Alignment über alle drei Domänen sicherstellen: dass Business-Anforderungen in IS-Architektur-Standards und Infrastruktur-Entscheidungen konsequent übersetzt werden. Ohne diese Kohärenz entstehen Spannungen zwischen fachlichen Anforderungen, technischen Implementierungen und operativen Constraints.
6.2 Governance-Instrumente für Agentic AI
Architecture Decision Records (ADRs)
Pflichtdokumentation für alle Entscheidungen über Agent-Implementierungen, Modellwahl und Tool-Integration.
Agent-Klassifikationsschema
Typologisierung von Agenten nach Autonomiegrad, Risikoprofil und Integrationstiefe — als Grundlage für Governance-Anforderungen.
Prinzipien-Set für Agentic Systeme
Verbindliche Designprinzipien: Human-in-the-Loop-Anforderungen, Least-Privilege-Prinzip, Explainability-Anforderungen.
Architecture Review Boards (ARBs)
Erweiterung bestehender Review-Prozesse um agentic-spezifische Bewertungsdimensionen.
7. AI Governance als mehrstufiges Steuerungsmodell
AI Governance für agentic Systeme erfordert ein mehrstufiges Steuerungsmodell. Vier logisch aufeinander aufbauende Schichten:
Strategische Governance
Verantwortungsträger, Gremienstruktur, Risikoappetit und AI-Policy auf Unternehmensebene. Ohne diese Schicht fehlt die organisationale Legitimation für alle weiteren Ebenen.
Architektur-Governance
Entscheidungsrechte, Pflichtpfade für Architekturentscheidungen, Standards und Sanktionsmechanismen bei Abweichungen. EA ist die primäre Trägerin dieser Schicht.
Operative Governance
Continuous-Governance-Prozesse, Monitoring, Incident-Response und Change-Management im laufenden Betrieb.
Technische Governance-Infrastruktur
Policy-as-Code, Evidence Store, automatisiertes Compliance-Monitoring und technische Enforcement-Mechanismen. Ohne die drei vorgelagerten Schichten kann technische Enforcement keine Wirkung entfalten.
Nächste Schritte
Möchten Sie wissen, wie EA in Ihrer Organisation als Steuerungsfunktion für Agentic AI positioniert werden sollte?
© abamix Capital GmbH. Alle Rechte vorbehalten. Regulatorische Einschätzungen ersetzen keine Rechtsberatung.