AWS zeigt, wie Legacy-Services agententauglich werden, ohne sie neu zu bauen
TL;DR
AWS beschreibt agentic overlays als dünne Wrapper um bestehende REST-Services: Sie übersetzen A2A-Nachrichten in REST-Payloads und REST-Antworten zurück in JSON-RPC/A2A-Formate. Der Ansatz soll vorhandene Business-Logik, Auth, Validierung und Deployments weiterverwenden, statt parallele REST- und A2A-Stacks aufzubauen. Im Beispiel wird ein Flask-Rechnerdienst um Agent Card, A2A-Endpunkt, Capabilities, Health-Route und interne REST-Aufrufe erweitert.
Nauti's Take
Der beste Teil ist der Pragmatismus: Nicht jede Bank, Versicherung oder Konzernplattform wird ihre Kernservices neu bauen, nur weil A2A und MCP gerade heiß sind. Ein dünner Adapter kann ein sinnvoller erster Schritt sein, wenn er wirklich dumm bleibt und keine neue Geschäftslogik versteckt.
Skepsis ist trotzdem angebracht: Sobald Routing, Policies und Tool-Auswahl im Overlay wachsen, entsteht schnell genau die zusätzliche Agenten-Schicht, die der Ansatz vermeiden will.
Einordnunganzeigen
Viele Unternehmen haben stabile REST-Landschaften, aber wollen Agenten nicht als zweite Schatteninfrastruktur betreiben. Overlays sind deshalb spannend, weil sie Agentenfähigkeit als Schnittstelle behandeln, nicht als Komplettumbau. Der kritische Punkt bleibt Governance: Wer Skills, Berechtigungen, Fehlerbilder und Observability nicht sauber modelliert, baut nur eine neue Verpackung um alte Komplexität.
Quellen
