Google cho API Gateway làm MCP server, biến REST API thành tool cho AI Agent

Ngày 11/09/2026, Google Cloud đưa khả năng biến API Gateway thành một remote MCP server vào Public Preview. Thay vì phải viết một lớp MCP server riêng, developer có thể expose các REST API hiện có thành tool cho AI Agent ngay từ cấu hình OpenAPI 3.x.

Theo release notes của Google Cloud, thay đổi này nhắm tới một bài toán rất thực tế: doanh nghiệp đã có hàng chục hoặc hàng trăm REST API, nhưng AI Agent cần giao tiếp với chúng qua Model Context Protocol (MCP). API Gateway giờ có thể làm lớp chuyển đổi giữa hai thế giới đó mà không yêu cầu sửa backend.

Google vừa thay đổi điều gì trong API Gateway?

Trước đây, nếu muốn một AI Agent gọi REST API qua MCP, đội ngũ thường phải dựng một MCP server riêng, tự ánh xạ từng operation thành tool, xử lý schema, authentication và lifecycle của server đó. Với tính năng mới, Google cho phép một API config trên API Gateway công bố trực tiếp các operation phù hợp thành MCP tools.

Phần backend REST không cần biết MCP là gì. Agent kết nối tới endpoint MCP ở lớp gateway; API Gateway chịu trách nhiệm trình bày tool metadata và chuyển invocation về operation REST tương ứng. Cách triển khai này đặc biệt hữu ích với doanh nghiệp đã chuẩn hóa API qua OpenAPI.

REST API trở thành MCP tool theo quy trình nào?

1. API hiện có được mô tả bằng OpenAPI 3.x.
2. Developer bật MCP ở cấp API hoặc đánh dấu các operation cụ thể muốn expose.
3. API Gateway tạo bề mặt MCP để client/agent có thể khám phá tool bằng cơ chế của MCP.
4. Khi agent gọi tool, API Gateway ánh xạ request đó về REST operation phía backend.

Google mô tả hai extension chính trong tài liệu cấu hình: x-google-api-management.mcp ở cấp API và x-google-mcp-tool ở cấp operation. Điều này cho phép đội ngũ chọn giữa việc bật MCP cho nhiều operation hoặc kiểm soát từng tool một cách rõ ràng.

Không cần sửa backend là điểm đáng giá nhất

Điểm mạnh của cách làm này nằm ở chỗ phần nghiệp vụ phía sau vẫn là REST API thông thường. Một dịch vụ đặt hàng, CRM, inventory hay hệ thống nội bộ không cần bổ sung SDK MCP hay logic mới chỉ để trở thành tool cho agent.

Về mặt kiến trúc, API Gateway trở thành adapter giữa giao diện agentic và hạ tầng API hiện có. Đây là cách tiếp cận thực dụng hơn so với việc yêu cầu mỗi team backend tự xây MCP server cho từng dịch vụ.

Với các tổ chức đã dùng API Gateway để quản lý route, policy và authentication, khả năng MCP giúp tận dụng thêm lớp quản trị sẵn có thay vì tạo một hệ thống song song chỉ dành cho AI Agent.

Những giới hạn chính của Public Preview

• OpenAPI 3.x: được hỗ trợ cho MCP config; OpenAPI 2.0 chưa được hỗ trợ.
• HTTP methods: các method đủ điều kiện gồm GET, POST, PUT, PATCH và DELETE.
• Tool name: dài 1–128 ký tự, dùng A-Z, a-z, 0-9, dấu gạch dưới, dấu chấm và dấu gạch ngang.
• tools/list: có thể bảo vệ bằng JWT security scheme.
• API key cho tools/list: chưa được hỗ trợ trong preview.

Các giới hạn trên cho thấy đây chưa phải một lớp MCP tổng quát cho mọi API config. Đặc biệt, hệ thống bắt buộc dùng OpenAPI 3.x, nên các tổ chức còn giữ spec 2.0 sẽ phải migrate schema trước khi dùng tính năng này.

tools/list và authentication cần được thiết kế cẩn thận

Trong MCP, client cần biết server đang cung cấp những tool nào. Endpoint tools/list vì vậy có thể tiết lộ tên, mô tả và schema của các hành động mà agent có quyền gọi. Google cho phép bảo vệ phần này bằng JWT security scheme.

Một giới hạn đáng chú ý trong Public Preview là API key chưa được hỗ trợ để bảo vệ tools/list. Nếu tổ chức đang dựa chủ yếu vào API key cho backend hiện hữu, đội ngũ sẽ cần xem lại cách xác thực bề mặt MCP thay vì mặc định tái sử dụng nguyên cấu hình cũ.

Vấn đề này liên quan trực tiếp đến câu chuyện danh tính cho agent. Bài Agentic IdP trên Bot.io.vn đã phân tích vì sao AI Agent cần danh tính, token ngắn hạn và least privilege riêng thay vì dùng chung credential dài hạn của con người hoặc service account.

MCP trên API Gateway khác Model Hardware Standard như thế nào?

Bot.io.vn từng viết về Model Hardware Standard (MHS), nơi MCP xuất hiện trong bối cảnh để agent điều khiển phần cứng và thiết bị. Tính năng mới của Google Cloud nằm ở lớp khác: nó biến REST API phần mềm thành tool có thể được agent khám phá và gọi.

Điểm chung là cả hai đều phản ánh xu hướng chuẩn hóa “cách agent chạm vào thế giới bên ngoài”. Với MHS, thế giới bên ngoài có thể là robot hoặc thiết bị. Với API Gateway MCP, đó là các hệ thống business đã tồn tại dưới dạng HTTP API.

Vì sao tính năng này quan trọng với AI Agent doanh nghiệp?

Trong phần lớn doanh nghiệp, dữ liệu và hành động quan trọng không nằm trong model mà nằm sau API: tạo ticket, tra tồn kho, cập nhật CRM, gửi yêu cầu thanh toán, tạo báo cáo hoặc kích hoạt workflow. Muốn agent thực sự làm việc, các capability này phải được expose an toàn và có schema rõ ràng.

• Giảm glue code: không phải tự dựng một MCP server wrapper cho mỗi REST service.
• Tận dụng OpenAPI: schema API hiện có trở thành nền tảng để mô tả tool.
• Giữ backend ổn định: service nghiệp vụ không cần thay đổi chỉ để hỗ trợ AI Agent.
• Tập trung governance: gateway tiếp tục là điểm kiểm soát giữa agent và backend.

Điều này đặc biệt phù hợp với các Persistent AI Agent chạy nhiều bước và cần gọi nhiều hệ thống khác nhau trong một workflow. Khi số lượng tool tăng, việc chuẩn hóa discovery và invocation trở nên quan trọng hơn việc viết từng integration riêng lẻ.

Một API config chưa thể dùng đồng thời MCP và model routing

Google lưu ý rằng MCP không thể được dùng cùng model routing trong cùng một API config ở thời điểm Public Preview. Đây là giới hạn kiến trúc cần chú ý nếu một gateway đang vừa định tuyến tới model AI vừa phục vụ REST backend.

Cách an toàn trong giai đoạn preview là tách rõ API config phục vụ MCP tools khỏi config dùng cho model routing, rồi đo lại latency, authentication flow và operational overhead trước khi gom các pattern vào production architecture.

Public Preview có nghĩa là chưa nên coi đây là tính năng production ổn định

Google gắn tính năng này nhãn Public Preview, không phải General Availability. Điều đó có nghĩa API surface, giới hạn hoặc hành vi vận hành vẫn có thể thay đổi trước GA. Các team có thể thử nghiệm và xây proof of concept, nhưng nên tránh giả định rằng mọi chi tiết hiện tại sẽ được giữ nguyên lâu dài.

• Nên dùng preview để kiểm tra cách ánh xạ REST operation sang tool và đánh giá chất lượng tool description.
• Nên test authentication, rate limit và logging với agent thật, không chỉ gọi thủ công.
• Nên kiểm tra chặt những operation có side effect như POST, PATCH hoặc DELETE.
• Chưa nên coi việc expose toàn bộ API surface thành tool là mặc định an toàn.

Không phải REST operation nào cũng nên trở thành tool cho agent

Việc API Gateway có thể expose operation không đồng nghĩa mọi operation đều nên được expose. Với AI Agent, nguyên tắc least privilege quan trọng hơn bình thường vì model có thể chọn tool dựa trên ngữ cảnh hội thoại, dữ liệu bên ngoài hoặc output từ bước trước.

Các hành động đọc dữ liệu thường có rủi ro thấp hơn các hành động thay đổi trạng thái. Với operation có thể xóa dữ liệu, chuyển tiền, gửi thông báo hoặc thay đổi quyền truy cập, đội ngũ nên thêm approval, policy và audit trail thay vì chỉ dựa vào tool schema.

Google API Gateway MCP cho thấy MCP đang đi từ developer tool thành hạ tầng doanh nghiệp

Điểm đáng chú ý của thông báo này không chỉ là thêm một integration mới cho MCP. Quan trọng hơn, một dịch vụ gateway lớn đang coi MCP như một giao diện hạ tầng đủ quan trọng để gắn trực tiếp vào vòng đời quản lý API.

Nếu mô hình này được mở rộng sau GA, doanh nghiệp có thể đưa hàng loạt capability REST hiện có vào hệ sinh thái agent mà không phải viết wrapper riêng cho từng service. Phần khó khi đó sẽ chuyển từ “làm sao để agent gọi API?” sang “agent được phép thấy tool nào, khi nào được gọi và ai chịu trách nhiệm cho hành động đó?”.

Tài liệu cấu hình chính thức được Google duy trì tại API Gateway MCP configuration. Với một tính năng còn ở Public Preview, đây nên là nguồn kiểm tra đầu tiên trước mỗi lần triển khai.