Der Beitrag „Scaling cloud migrations with agentic AI on Amazon Bedrock AgentCore“ im AWS Machine Learning Blog beschreibt ein Migrationsprogramm mit mehr als 300 Anwendungen. Darin übernehmen vier Agenten unterschiedliche Aufgaben: Intake Agent, IaC Agent, Migration Intelligence and Governance Agent und SRE Agent. AWS schildert eine konkrete Implementierung. Die beschriebenen Abläufe und Ergebnisse beziehen sich auf dieses Programm.

Aus Anwendungsunterlagen wird eine Zielarchitektur

Der Intake Agent liest laut dem Beitrag Architekturdokumente, Fragebögen und Aufzeichnungen über Abhängigkeiten über MCP-Werkzeuge. Daraus erstellt er eine Zielarchitektur auf AWS. Die Reihenfolge macht die Rolle des Agenten verständlich: Zunächst werden Informationen über eine Anwendung und ihre Verbindungen verarbeitet, anschließend entsteht ein Architekturentwurf. Für ein Programm mit mehr als 300 Anwendungen beschreibt AWS damit einen wiederholbaren Schritt, der unterschiedliche Unterlagen in einen Entwurf für die jeweilige Anwendung überführt.

Die Ergebnisse dieses Schritts stehen auch dem nächsten Agenten zur Verfügung. In der beschriebenen Implementierung hält AgentCore memory einen gemeinsamen Kontext bereit. Der IaC Agent kann daraus die Zielarchitektur und die Zuordnung der Abhängigkeiten des Intake Agent lesen. So erklärt der Beitrag den Übergang von der Aufnahme der Anwendung zur Arbeit am Infrastrukturcode. Zugleich werden die Rollen klarer: Der erste Agent erstellt das Bild der Zielumgebung, der zweite nutzt dieses Bild und die erfassten Abhängigkeiten für seine Aufgabe.

Infrastrukturcode und Ausführungsregeln

Nach Angaben von AWS erzeugt der IaC Agent Infrastrukturcode mit freigegebenen internen Modulen und organisatorischen Mustern. Die Erzeugung ist im beschriebenen Ablauf damit an die vorliegenden Informationen und an die Muster der Organisation gebunden. Für die Einordnung der Automatisierung ist der Gegenstand entscheidend: Es geht hier um die Entwicklung von Infrastrukturcode als Teil des Migrationsprogramms. Der Beitrag misst an dieser Stelle nicht sämtliche Arbeiten, die für die Migration einer Anwendung erforderlich sind.

Bevor Werkzeugaufrufe des IaC Agent ausgeführt werden, bewertet AgentCore Policy sie laut dem Beitrag anhand von Cedar-Regeln. Im Ablauf folgen somit mehrere Schritte aufeinander: gemeinsamer Kontext aus der Aufnahme, Erzeugung mit freigegebenen Modulen und Mustern sowie Prüfung der Werkzeugaufrufe vor ihrer Ausführung. Diese Einzelheiten helfen dabei, den später genannten Zeitvergleich auf die beschriebene Arbeitsweise zu beziehen.

Programmsteuerung und Zeit nach der Umstellung

Der Migration Intelligence and Governance Agent führt Informationen aus Jira, Confluence und Webex zusammen. Für die beschriebenen automatisierten Aktualisierungen und die Erstellung von Tickets ist vor der Ausführung eine menschliche Genehmigung erforderlich. Der Beitrag verbindet das Sammeln von Informationen also mit einer ausdrücklich genannten Freigabe für diese Aktionen. Wer den Automatisierungsgrad beurteilt, muss beide Teile des Ablaufs berücksichtigen.

Für die Phase nach der Umstellung beschreibt AWS den SRE Agent als Beobachter von CloudWatch-Metriken, Leistungsdaten der Anwendung und historischen Mustern. Damit reicht die dargestellte Arbeitsteilung von der Aufnahme über Infrastrukturcode und Programminformationen bis zur Beobachtung nach dem Wechsel. AWS ordnet die eigens beschriebenen Agenten neben AWS Transform für Migrations- und Modernisierungsarbeiten sowie AWS DMS für Datenbankmigrationen ein.

Einordnung der gemeldeten Zeitersparnis

Für genau diese Implementierung meldet AWS, dass die Entwicklung von Infrastrukturcode von 3–4 Wochen je Anwendung auf Minuten automatisierter Erzeugung zurückging. Als Grundlage nennt der Beitrag interne Daten aus der Projektverfolgung. Der Vergleich betrifft somit die IaC-Entwicklung in diesem Programm. Er beschreibt keinen pauschalen Zeitbedarf für jede Anwendungsmigration.

Der Zusammenhang im Beitrag liegt in der Weitergabe von Informationen: Unterlagen und Abhängigkeitsdaten führen zur Zielarchitektur. Ein gemeinsamer Kontext stellt diese und die Zuordnungen für den IaC Agent bereit, dessen Werkzeugaufrufe vor der Ausführung geprüft werden. Informationen aus Arbeitssystemen fließen in die Programmsteuerung ein; die genannten Aktualisierungen und Tickets erfordern eine Freigabe. Nach der Umstellung betrachtet der SRE Agent Betriebsdaten. An dieser Abfolge lässt sich nachvollziehen, wie AWS die vier Agenten in dem Programm mit mehr als 300 Anwendungen zusammenführt.