👋 Hi! Bạn cần tư vấn gì về dịch vụ AWS?

Nhiều doanh nghiệp đang đối mặt với thách thức: làm thế nào để tận dụng công nghệ AI agent tiên tiến mà không phải xây dựng lại toàn bộ hệ thống REST API và microservice vốn đã ổn định? Trong một bài viết kỹ thuật được công bố ngày 25/06/2026, AWS đã giới thiệu một giải pháp thực tiễn mang tên “agentic overlays”, giúp “cải tạo” các dịch vụ hiện có để tương thích với AI, thay vì phải “xây mới” từ đầu, tiết kiệm đáng kể chi phí và thời gian.

Bối cảnh: Thách thức khi tích hợp AI vào hệ thống REST API

Kiến trúc doanh nghiệp từ lâu đã xoay quanh các REST APImicroservices. Các hệ thống này ổn định, đã được kiểm thử kỹ lưỡng và ăn sâu vào môi trường sản xuất. Tuy nhiên, chúng không được thiết kế cho giao tiếp Agent-to-Agent (A2A) — một tiêu chuẩn mới nổi cho phép các agent tự trị cộng tác, suy luận và điều phối thông qua các thông điệp có cấu trúc.

Sự khác biệt về mô hình này tạo ra một thách thức lớn: các doanh nghiệp cần sử dụng cả hai mà không phải đại tu toàn bộ hệ thống. Việc vận hành song song hai hạ tầng (REST và A2A) làm tăng độ phức tạp vận hành và chi phí, tạo ra rào cản trong việc áp dụng AI hiệu quả.

Trước đây, nhiều agent AI được triển khai dưới dạng dịch vụ dựa trên REST, khiến chúng không tương thích với các giao thức A2A tiêu chuẩn hóa mới. Điều này tạo ra một bài toán di trú mới: làm thế nào để các agent này có thể tương tác với nhau bằng A2A mà không cần viết lại logic cốt lõi.

Sơ đồ một ứng dụng dựa trên REST API điển hình.

Các hướng tiếp cận và giải pháp “Agentic Overlay”

Để tích hợp khả năng agentic vào hệ thống cũ, doanh nghiệp có thể xem xét một số hướng đi, nhưng chúng thường đi kèm với nhiều nhược điểm:

  • Duy trì các stack REST và A2A riêng biệt: Cách tiếp cận này dẫn đến việc phải phát triển và duy trì hai bộ endpoint, hai quy trình xác thực, hai pipeline triển khai và tăng gấp đôi công việc giám sát. Điều này làm tăng chi phí, độ phức tạp và nguy cơ không nhất quán dữ liệu.
Sơ đồ kiến trúc với hai stack REST và A2A riêng biệt, gây phức tạp và tốn kém.
  • Tái cấu trúc (refactoring) để chia sẻ logic nghiệp vụ: Việc thay đổi cấu trúc mã REST API hiện có để có thể tái sử dụng bởi một giao diện mới như A2A có thể gây ra lỗi hồi quy (regression), thay đổi hành vi không mong muốn và đòi hỏi khối lượng kiểm thử khổng lồ.
Sơ đồ kiến trúc với hai stack riêng biệt nhưng chia sẻ logic nghiệp vụ, tiềm ẩn rủi ro khi tái cấu trúc.

Để giải quyết vấn đề này, AWS đề xuất Agentic Overlay. Đây là một lớp “phiên dịch” mỏng được chèn vào giữa, cho phép các dịch vụ dựa trên REST tham gia vào giao tiếp A2A. Lớp phủ này có nhiệm vụ:

  • Chuyển đổi một thông điệp agentic thành một payload REST và ngược lại.
  • Hiển thị các endpoint REST dưới dạng các tác vụ hoặc công cụ của agent.

Quan trọng nhất, A2A không phải là một API mới, mà là một giao diện mới cho một API hiện có. Dịch vụ REST nền tảng vẫn không thay đổi, giúp doanh nghiệp bảo toàn các khoản đầu tư hiện tại.

Hai phương pháp triển khai Agentic Overlay

AWS đã trình bày hai mô hình triển khai chính cho agentic overlays, tùy thuộc vào quy mô và nhu cầu của doanh nghiệp.

1. Tích hợp Agentic Overlay ngay trong ứng dụng

Với phương pháp này, doanh nghiệp thêm các route A2A mới bên cạnh các route /api/... truyền thống, nhưng tất cả đều nằm trong cùng một pipeline triển khai. Cách tiếp cận này biến các endpoint REST API thành endpoint agentic mà không cần viết lại logic nghiệp vụ cốt lõi. Nó phù hợp cho các agent giám sát (supervisor agent) cần cả khả năng REST và agentic trong một phạm vi chức năng giới hạn.

Sơ đồ Agentic Overlay được tích hợp ngay trong ứng dụng, sử dụng chung một pipeline triển khai.

2. Sử dụng Amazon Bedrock AgentCore Gateway cho quy mô lớn

Đối với các ứng dụng quy mô doanh nghiệp, AWS cung cấp Amazon Bedrock AgentCore, một dịch vụ để xây dựng, kết nối và tối ưu hóa các agent mà không cần quản lý hạ tầng. AgentCore Gateway có thể tách rời lớp agentic overlay khỏi ứng dụng, đóng vai trò là một điểm truy cập duy nhất cho các endpoint và dịch vụ.

Sự tách biệt này cho phép một agentic overlay phục vụ nhiều dịch vụ hoặc ứng dụng, giúp tổ chức các overlay theo chức năng thay vì theo ứng dụng. Điều này đặc biệt hữu ích khi một tác vụ phức tạp đòi hỏi sự phối hợp của nhiều microservice khác nhau.

Sơ đồ tách rời Agentic Overlay bằng Amazon Bedrock AgentCore Gateway.

Ngoài Gateway, bộ AgentCore còn cung cấp các khả năng quan trọng khác:

  • AgentCore Identity: Xử lý xác thực cho cả agent và gateway, hỗ trợ các nhà cung cấp OAuth 2.0 như Okta, GitHub và Slack.
  • AgentCore Observability: Giám sát hiệu suất agent thông qua metrics, logs và trace, tích hợp sẵn với Amazon CloudWatch.
  • AgentCore Runtime: Triển khai các mô hình ngôn ngữ lớn (LLM) như Nova và Anthropic Claude từ Amazon Bedrock hoặc các mô hình tùy chỉnh mà không cần quản lý hạ tầng LLM.
Kiến trúc hoàn chỉnh sử dụng các thành phần của Amazon Bedrock AgentCore.

Kết luận: Hiện đại hóa thay vì phá bỏ

Agentic overlays mang lại cho doanh nghiệp một con đường thực tiễn để áp dụng giao tiếp Agent-to-Agent mà không phải từ bỏ các khoản đầu tư vào REST API. Bằng cách thêm một lớp phiên dịch mỏng, các tổ chức có thể tham gia vào bối cảnh AI agent đang phát triển trong khi vẫn bảo toàn logic nghiệp vụ đã được kiểm chứng.

Cách tiếp cận này giúp giảm chi phí vận hành các hạ tầng song song và loại bỏ rủi ro hồi quy từ việc tái cấu trúc toàn bộ. Đối với các doanh nghiệp Việt Nam đang tìm cách tích hợp AI, đây là một chiến lược khôn ngoan để nhận ra giá trị từ AI nhanh hơn trong khi quản lý rủi ro hiệu quả.