5 mẫu tích hợp cho hệ thống đa tác tử do Google Cloud đề xuất: A2A và MCP

Google Cloud đã công bố hạ tầng tại Cloud Next 26 để xây dựng các hệ thống đa tác tử ở quy mô doanh nghiệp. Trọng tâm là hai giao thức: A2A (Agent-to-Agent) phụ trách giao tiếp giữa các tác tử, và MCP (Model Context Protocol) được dùng khi tác tử truy cập công cụ hoặc dữ liệu bên ngoài. Bài viết này giới thiệu năm mẫu tích hợp kết hợp hai giao thức này.

Mẫu 1: Khám phá và đăng ký tác tử

• Agent Card — Mọi tác tử hỗ trợ A2A đều công bố khả năng, yêu cầu xác thực, giới hạn gọi và các thông tin khác dưới dạng tài liệu JSON. Nó giống đặc tả OpenAPI, nhưng là một kiểu "danh thiếp" được thiết kế cho tương tác giữa các tác tử.
• Agent Registry — Khi các tác tử trong tổ chức được đăng ký vào một kho đăng ký tập trung, các tác tử khác có thể tìm kiếm chức năng và truy cập mà không cần biết URL. Nó đóng vai trò tương tự service mesh trong kiến trúc microservices, tức lớp trung gian quản lý giao tiếp giữa các dịch vụ.

Mẫu 2: Ủy quyền liên nhóm

• Cộng tác đa ngôn ngữ, đa nhóm — Một tác tử điều phối có thể ủy quyền công việc cho tác tử Go của nhóm bảo mật, tác tử Java của nhóm rủi ro, tác tử TypeScript của nhóm marketing, v.v. Dù mỗi nhóm dùng ngôn ngữ và framework khác nhau, chỉ cần triển khai giao thức A2A là có thể tích hợp.
• Triển khai độc lập, tiến hóa độc lập — Theo cùng nguyên lý đã giúp microservices thành công, mỗi tác tử có thể được triển khai và cập nhật độc lập mà không cần thay đổi phía tác tử điều phối.

Mẫu 3: Kết nối công cụ qua MCP (Tool Bridge)

• Kết nối nhiều nguồn dữ liệu bằng một giao thức duy nhất — Nếu không có MCP, sẽ phải tạo các connector riêng cho từng REST API, cơ sở dữ liệu và hệ thống legacy. MCP hợp nhất chúng thành một giao diện chuẩn duy nhất.
• Tái sử dụng cơ chế quản trị API hiện có — Thông qua Apigee API Hub, các REST API hiện có có thể được tự động chuyển đổi thành công cụ cho tác tử, đồng thời các cơ chế quản lý sẵn có như xác thực, logging và kiểm soát truy cập vẫn được áp dụng nguyên vẹn.
• Hơn 60 công cụ dựng sẵn — Có sẵn các tích hợp MCP dùng ngay với GitHub, Notion, Stripe và nhiều dịch vụ khác.

Mẫu 4: Cộng tác liên tổ chức

• Agent Gallery — Trong Gemini Enterprise, có thể sử dụng ngay hơn 100 tác tử đối tác đã được kiểm chứng từ Adobe, ServiceNow, Salesforce và các bên khác.
• Duy trì quản trị độc lập — Mỗi tổ chức vẫn giữ mô hình bảo mật riêng trong khi cộng tác qua A2A. Thông qua chính sách Agent Gateway, có thể kiểm soát chi tiết dữ liệu nào được chia sẻ và hành động nào được cho phép.

Mẫu 5: Mesh tác tử dựa trên sự kiện

• Mạng lưới tác tử luôn hoạt động — Các tác tử kết nối với bảng BigQuery hoặc luồng Pub/Sub (dịch vụ streaming thông điệp thời gian thực) sẽ phát hiện sự kiện, rồi khi cần có thể ủy quyền qua A2A cho tác tử chuyên biệt hoặc leo thang cho con người xử lý.
• Tự tổ chức — Khi thêm một tác tử chuyên biệt mới, chỉ cần đăng ký vào Registry và chỉnh logic định tuyến, nên không cần thiết kế lại toàn bộ mesh.
• Khả năng quan sát — Thông qua Agent Identity, Agent Gateway và Agent Observability, mọi hoạt động của tác tử trong mesh đều có thể được theo dõi.

Điểm khác biệt

• Tính mở của A2A — Giao thức này theo đuổi thiết kế mở, không phụ thuộc vào framework, ngôn ngữ hay cloud cụ thể, nhằm hướng tới một tiêu chuẩn cho tích hợp tác tử giữa các môi trường dị chủng.
• Phân tách vai trò của A2A + MCP — Việc tách giao tiếp giữa tác tử và truy cập công cụ thành hai giao thức riêng giúp từng lớp có thể phát triển độc lập.
• Tận dụng hạ tầng sẵn có — Vì lớp tác tử được đặt trên hạ tầng Google Cloud đang vận hành như Apigee và BigQuery, cách tiếp cận này cho thấy ý đồ giảm gánh nặng phải đưa vào một stack hoàn toàn mới.

Điểm cần lưu ý

• Lấy hệ sinh thái Google Cloud làm trung tâm — Các tính năng cốt lõi như Agent Gallery và Gemini Enterprise Agent Platform gắn chặt với nền tảng Google Cloud, nên mức độ mở thực tế trong môi trường multi-cloud vẫn cần được kiểm chứng.
• Độ phức tạp ở cấp doanh nghiệp — Khi kết hợp và vận hành cả năm mẫu này, có thể phát sinh những độ phức tạp cố hữu của hệ thống phân tán như quản lý phụ thuộc giữa các tác tử và lan truyền sự cố.

Framework mà Google Cloud lần này đưa ra là một nỗ lực mở rộng AI agent từ công cụ đơn lẻ thành hạ tầng cộng tác cho toàn bộ tổ chức. Cũng như kiến trúc microservices đã vượt qua giới hạn của ứng dụng monolithic, A2A và MCP hướng tới việc giải quyết bài toán cô lập của các tác tử riêng lẻ. Tuy vậy, tầm nhìn này có vận hành trơn tru đến đâu trong môi trường doanh nghiệp thực tế vẫn cần được đánh giá khi có thêm các trường hợp triển khai. Mức độ trưởng thành của giao thức, chất lượng của các tác tử đối tác và sự điều phối quản trị giữa các tổ chức sẽ là ba trục quyết định giá trị thực chất của hệ sinh thái này.

[bluenyx]

Chỉ cần 3-4 người cấp senior thôi là cũng đang dần trở thành một cấu trúc có thể gánh khối lượng công việc của 3-40 người. (Rõ ràng hơn so với hiện tại nữa..)