Kennst du diesen Moment, in dem dir klar wird, dass die Architektur, die du ein Jahrzehnt lang perfektioniert hast, kurz davorsteht, von etwas überrollt zu werden, das vor zwei Jahren noch nicht einmal auf dem Radar war?
Willkommen im Zeitalter der Agentenarchitekturen.
Das sind keine gewöhnlichen Automatisierungsskripte oder KI-Wrapper. Agenten handeln zielorientiert, generativ und zunehmend selbstständig. Sie rufen nicht einfach nur APIs auf, sondern bahnen sich ihren eigenen Weg durch sie. Und das Entscheidende? Sie bringen ihre eigenen Richtlinien mit.
Jede Anfrage, die ein Agent sendet, kann Folgendes enthalten:
Intent-Header (X-Goal, X-Context, X-Route-Preference) Fallback-Anweisungen auf Grundlage der tatsächlichen SLA-Sensitivität Eine Erinnerung daran, was beim letzten Mal nicht funktioniert hat Hinweise darauf, wie Erfolg überhaupt aussieht (Spoiler: Es ist nicht „200 OK“)
Das ist Entscheidungsfindung in Echtzeit. Es handelt sich nicht um eine zentralisierte, im Voraus geplante Orchestrierung, sondern um eine Delegation zur Laufzeit – und sie wird die Funktionsweise von Infrastruktur grundlegend verändern.
Warum das wichtig ist (früher, als Sie denken)
Derzeit spüren die meisten Unternehmenssysteme noch keine Reibungsverluste. Die ersten Agenten sind nach wie vor Chatbots, Copiloten oder isolierte Tools zur Produktivitätssteigerung.
Doch sobald sie in Geschäftsabläufe eingebunden werden – etwa in die Auftragsklärung, Schadenbearbeitung, Triage oder Auftragsabwicklung –, interagieren sie zunehmend mit realen Systemen. Das bedeutet:
- Die Infrastruktur muss die von Agenten mitgeführte Logik interpretieren
- Gateways müssen mehr als nur JWTs und Pfade analysieren
- Load Balancer müssen aufhören, in Kategorien wie „am schnellsten“ zu denken, und stattdessen danach entscheiden, was „für diese Aufgabe am besten geeignet“ ist.
Noch ist es keine Krise. Aber sie kommt. Und wenn es so weit ist, wird nicht mangelnde Bandbreite das Problem sein, sondern die Diskrepanz zwischen der Art, wie Agenten Entscheidungen treffen, und der Art, wie die Infrastruktur den Datenverkehr verarbeitet.
Der Wandel: Von der Durchsetzung zur Ausführung
Das ist die eigentliche architektonische Kernaussage: Agenten verlagern die Entscheidungsfindung auf eine höhere Ebene des Stacks.
Die Anfrage wird zur Steuerungsebene.
Es fragt die Infrastruktur nicht: „Was soll ich tun?“ Es gibt ihr vor: „Das brauche ich. So sollst du dich verhalten. Jetzt setz es um.“
Wenn Ihre Systeme dies wie eine normale Anfrage behandeln, also lediglich wie einen weiteren GET- oder POST-Request, geraten Fallback-Logiken miteinander in Konflikt, Wiederholungsversuche überschneiden sich und die Leistung der Agenten verschlechtert sich aus Gründen, die in Ihren Dashboards nicht sichtbar werden.
Nicht, weil die Infrastruktur versagt hat. Sondern weil sie nicht zugehört hat.
Woher das kommt
Dieser Wandel ist nicht nur theoretischer Natur, sondern nimmt in konkreten Frameworks bereits Gestalt an. Initiativen wie das Model Context Protocol (MCP), Agent-to-Agent-Kommunikationsmodelle (A2A), aber auch erste Ansätze für ein richtlinienbasiertes Task-Routing weisen alle in dieselbe Richtung:
- MCP überträgt den vollständigen Kontext – Ziele, Einschränkungen und Ausweichoptionen – direkt in die Nutzlast der Anfrage.
- A2A-Protokolle ermöglichen es Agenten, Aufgaben zu koordinieren und Entscheidungen dynamisch zu übergeben – ohne zentrale Orchestrierungsinstanz.
- Aufgabendelegation zur Laufzeit über strukturierte Metadaten ermöglicht es der Infrastruktur, zum Zeitpunkt der Ausführung zu interpretieren – nicht zu entscheiden.
Sie unterscheiden sich in Syntax, Struktur und Abstraktion – führen aber alle zum selben architektonischen Ergebnis: Richtlinie in der Nutzlast und Zweck in der Anfrage.
Und sobald die Anfrage zum Träger der Logik wird, hat die Infrastruktur zwei Möglichkeiten: sich anzupassen oder kaum mehr als eine Pipeline zu sein, die Nutzdaten transportiert.
Was Sie jetzt tun können (bevor es zum Problem wird)
Es geht nicht darum, alles herauszureißen und zu ersetzen. Es geht darum, dem Wandel frühzeitig einen Schritt voraus zu sein. Fangen Sie hier an:
- Kontext erfassen
Protokollieren SieX-Intent, X-Task-Profilesowie alle anderen Metadaten, die Aufschluss darüber geben könnten, was der Agent erreichen möchte. Wenn Ihre Observability an der URI endet, sind Sie bereits im Rückstand. - Denken Sie in Kategorien wie „Aufgabeneignung“, nicht „Verfügbarkeit“
Nur weil ein Backend verfügbar ist, heißt das noch lange nicht, dass es gut genug ist. Experimentieren Sie mit Zustandsmodellen, die SLA, Latenzgrenzwerte und die jeweilige Absicht berücksichtigen. - Gestalten Sie Ihre Richtlinien intelligenter
Bestehende Plattformen für Anwendungsbereitstellung und -sicherheit verfügen über Skripting-Ebenen. Nutzen Sie sie. Beginnen Sie damit, Intent-Header auszuwerten. Passen Sie Routing-Regeln an die Ziele der Anfrage an, nicht nur an den Dienstpfad. - Planen Sie eine adaptive Durchsetzung ein
Anstatt eine Fallback-Logik in einer statischen Konfigurationsdatei zu definieren, sollten Sie untersuchen, wie die Infrastruktur direkt in der Anfrage eingebettete Fallback-Anweisungen durchsetzen kann. - Bauen Sie eine Rückkopplungsschleife auf
Wenn Agenten den Datenverkehr auf Grundlage früherer Ergebnisse umleiten, sollten Sie Teil dieser Rückkopplungsschleife sein. Speisen Sie Informationen zu den Ergebnissen wieder in Ihre Systeme für Datenverkehr und Systemzustand ein.
Abschließender Gedanke: Sie werden nicht ersetzt, sondern neu positioniert
In einer agentengesteuerten Architektur verschwindet die Infrastruktur nicht. Aber ihre Aufgabe ändert sich. Sie trifft nicht mehr selbst die Entscheidungen, sondern setzt sie intelligent um.
Wenn Sie diesen Wandel frühzeitig vollziehen, sind Sie bereit, wenn die Welle kommt. Und sie wird kommen.
Früher, als die meisten denken.
Über den Autor
Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.
Weitere Blogbeiträge von Lori Mac VittieÄhnliche Blogbeiträge
Ein umfassender Leitfaden zur Bereitstellung und Sicherheit von KI-Anwendungen
Entdecken Sie optimale Strategien für die Absicherung und Bereitstellung von KI-Anwendungen.
KI zulassen und einführen? Lehren aus der Public Cloud
Die Einführung von KI steht unmittelbar bevor und könnte entscheidend sein, um wettbewerbsfähig zu bleiben. Daher muss die IT-Sicherheit proaktiv handeln und der KI-Einführung schon jetzt einen Schritt voraus sein, um sie auf einen risikogerechten Weg zu lenken.
Stand der Anwendungsstrategie 2022: Zeit für die Modernisierung des Betriebs
Es ist deutlich geworden, dass Unternehmen ihren Fokus erneut auf die Geschäftsfunktionen richten müssen, um die Dynamik ihrer digitalen Transformation aufrechtzuerhalten. Kundenerlebnisse haben zwar weiterhin Priorität, doch auch Geschäftsfunktionen wie Recht, Personalwesen und Finanzen müssen digitalisiert werden. Das bedeutet, dass CIOs das Steuer übernehmen, während sich die digitale Transformation von der Modernisierung von Anwendungen hin zur Modernisierung von Betriebsabläufen verlagert.
F5s Weg zu einer vielseitigen Plattform für Anwendungsanalysen
F5 bietet heute die umfassendsten Anwendungsdienste entlang des gesamten Weges vom Code bis zum Kunden. Künftig werden wir verstärkt auf Anwendungstelemetrie und -analysen setzen, damit unsere Kunden wertvolle Erkenntnisse über ihre Anwendungen, Geschäftsabläufe und Benutzererlebnisse gewinnen können. Beim Ausbau unserer Cloud-Analysefunktionen werden wir ML und KI noch stärker nutzen, um unsere Kunden bei der Verbesserung ihrer Geschäftsdienste zu unterstützen.
Telemetrie: Eine andere Art von Daten
Verwenden wir den Begriff „Telemetrie“ nur, weil er attraktiver klingt als „Daten“? Letztlich sind sowohl Daten als auch Telemetrie strukturierte Informationseinheiten. Es ist kein Verbrechen, die Begriffe synonym zu verwenden. Doch wenn man es genau nimmt, gibt es einen Unterschied. Und dieser Unterschied wird immer wichtiger werden, je weiter Unternehmen in die Datenökonomie vordringen.
MTTR bedeutet nicht „Mean Time to Reboot“
„Schnell scheitern“ lautet heute das Mantra für mehr Geschwindigkeit. Ob in DevOps oder im Geschäftsleben: Wer in einer digitalen Wirtschaft agiert, muss eine möglichst perfekte Verfügbarkeit gewährleisten.