Beobachtetes Signal · 31. Juli 2026 · Technical Release · Quelle: DEV Community · Relevanz: 3/5 · Sentiment: Positiv
Cross-Cloud A2A-Benchmark: AWS, Azure und GCP im interoperablen Praxistest
Der Autor hat alle sechs gerichteten Cross-Cloud A2A-Pfade (Agent-to-Agent) zwischen Microsoft Foundry auf Azure, Google ADK auf Cloud Run und AWS AgentCore implementiert und vermessen. Das A2A v1.0-Protokoll funktionierte in allen Richtungen reibungslos; die Latenzen wurden primär durch die jeweiligen Remote-Runtimes und Modelle bestimmt. So erreichte Cloud Run mit gemini-2.5-flash ca. 1,7 bis 2,1 Sekunden, während Foundry mit gpt-5-mini ca. 18,8 bis 23,4 Sekunden und AgentCore mit Nova Micro ca. 18,9 bis 25,1 Sekunden benötigten. Der verifizierte Modus läuft parallel und kostet damit nur die Latenz des langsameren Pfades. Wiederkehrende Fehlerursachen in Cross-Cloud-Szenarien waren Authentifizierungsprobleme, Versionskonflikte bei Abhängigkeiten, Container-Layouts, Header-Weiterleitungen sowie Timeouts. Der Benchmark beweist, dass Verifikation eine unabhängige Fehlererkennung ermöglicht, ohne die Grundgenauigkeit im Regelfall zu erhöhen.
Demonstriert die praktische Interoperabilität von Cross-Cloud-Agenten und identifiziert kritische Fallstricke bei Identität, Packaging und Timeouts für Multi-Cloud-Architekturen.
Marktsignale zu Microsoft in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Alle sechs gerichteten Cross-Cloud A2A-Pfade zwischen Microsoft Foundry (Azure), Google ADK (Cloud Run) und AWS AgentCore wurden erfolgreich bereitgestellt und gemessen.
- A2A v1.0 interoperierte in jeder getesteten Richtung; das Protokoll selbst war nicht die Hauptursache für Latenzen oder Ausfälle.
- Die Latenzen clusterten stark nach Remote-Runtime und Modell: gemini-2.5-flash auf Cloud Run bei ca. 1,69–2,09s; gpt-5-mini auf Foundry bei ca. 18,8–23,4s; Nova Micro auf AgentCore bei ca. 18,9–25,1s.
- Der Verified-Modus führt MCP und A2A parallel aus, wodurch die Verifizierung typischerweise nur die Kosten eines langsamen Remote-A2A-Aufrufs verursacht.
- Wiederkehrende Fehlerklassen betrafen Identitäts- und Authentifizierungskonfigurationen, Container-Inkonsistenzen, Header-Verluste, Versionsskew sowie Standard-Timeout-Richtlinien.
Verknüpfte Unternehmen
5 verknüpfte Unternehmen“Microsoft Foundry, Azure | Google ADK, Cloud Run | Deployed — full 38-case matrix + hosted smoke...”
“Google ADK, Cloud Run | Microsoft Foundry, Azure | Deployed — live measured, 5–6 run medians...”
“Bedrock AgentCore, AWS | Google ADK, Cloud Run | Deployed — 38-case matrix (local harness) + hosted smoke...”
Ontologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
Google ADK Master ruft Amazon Bedrock via A2A v1.0 auf
Ein Cross-Cloud-Interoperabilitäts-Benchmark testete vertauschte Master/Worker-Rollen: Ein Google ADK Master auf Cloud Run mit Gemini 2.5 Flash delegierte Aufgaben über A2A v1.0 an einen Amazon Bedrock AgentCore Worker mit Strands Agents auf Nova Micro. Der Test offenbarte sechs Interoperabilitätsdefekte, von denen fünf in lokalen Tests unsichtbar blieben – darunter Protokollversionierungen, fehlende Server-Abhängigkeiten, IAM-Vertrauensrichtlinienfehler, Header-Weiterleitungen durch Proxys sowie Agent-Card-Bind-Adressen. Die gemessenen Latenzen zeigten, dass der Remote-Agent-Hop rund das Sechsfache der lokalen MCP-Baseline kostet. Der Artikel dokumentiert Lösungsansätze und Lessons Learned für das Testen an Deployment-Schnittstellen, weist jedoch auf eine begrenzte Stichprobengröße sowie ungeklärte Fragen zur Richtlinienskalierung hin.
Foundry Master und Bedrock AgentCore bestehen Cloud-übergreifenden Smoke-Test
Ein Cloud-übergreifender Smoke-Test hat gezeigt, dass Microsoft Foundry als Master-Koordinator und Amazon Bedrock AgentCore als Remote-A2A-Spezialist für einen Währungsumrechnungs-Workflow zusammenarbeiten können. Am 30. Juli 2026 führte Foundry drei Benchmark-Modi aus, die identische Konvertierungsbeträge und eine deterministische Verifizierung mit einer relativen Differenz von null lieferten. Der Test erforderte die Lösung von Herausforderungen wie Cloud-übergreifender Authentifizierung mittels OAuth-Client-Credentials-Flow über AWS Cognito und einen benutzerdefinierten JWT-Authorizer, SDK-Abhängigkeitstrennung, Timeouts für langsame A2A-Aufrufe sowie die Authentifizierung der Azure Container Registry für Image-Pulls. Der Code und bereinigte Nachweise sind in einem GitHub-Repository veröffentlicht, und das Projekt umfasst 66 deterministische Tests; das Ergebnis ist ein Beweis für Cloud-übergreifende Orchestrierungsabdeckung und kein vollständiger Performance-Benchmark.
A2A und MCP: Die wahren Highlights der Google Cloud NEXT
Ein Entwickler analysiert, dass die wichtigsten Ankündigungen der Google Cloud NEXT '26 zwei Agenten-Protokolle betrafen: MCP (Model Context Protocol) und A2A (Agent2Agent). MCP, ursprünglich von Anthropic entwickelt, standardisiert den Zugriff von Modellen auf Tools und Daten, wobei Google verwaltete MCP-Endpunkte für BigQuery, Cloud SQL und Pub/Sub sowie eine Apigee-Brücke mit IAM-Authentifizierung bereitstellt. Das von Google an die Linux Foundation übergebene A2A standardisiert die plattformübergreifende Agenten-Erkennung sowie Aufgabenübergabe und erhält bereits produktiven Support von Tools wie LangGraph und CrewAI. Der Artikel zeigt praktische Code-Beispiele, darunter A2A Agent Cards unter /.well-known/agent-card.json sowie den Task-Lebenszyklus via Streaming. Der Autor weist zudem auf Risiken hinsichtlich Sicherheit, Observability und der Weiterentwicklung der Spezifikationen hin, trotz des enormen Potenzials zur Vereinfachung multi-vendor Agenten-Integrationen.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.