Công nghệ và Đổi mới

WSO2 Agent Manager 1.0 mở mã nguồn, nhưng quản trị phải tách khỏi agent

|Tác giả: Ban biên tập QUASA|7 phút đọc
WSO2 Agent Manager 1.0 mở mã nguồn, nhưng quản trị phải tách khỏi agent

WSO2 đưa Agent Manager 1.0 lên trạng thái khả dụng rộng rãi (GA) ngày 15/9/2026, sau giai đoạn beta bắt đầu vào tháng 6. Thông báo phát hành của WSO2 xác nhận nền tảng được mở mã nguồn theo Apache 2.0, có thể tự lưu trữ hoặc dùng dưới dạng SaaS do hãng quản lý.

Đây là một control plane quản trị AI agent, không phải framework mới để viết agent. Phân tích của InfoQ ngày 18/9 xác nhận bản GA tách hạ tầng quản trị khỏi logic agent, qua đó cho phép áp dụng danh tính, policy, quan sát và kiểm soát vòng đời trên nhiều mô hình, framework và môi trường triển khai.

Control plane đứng ngoài logic agent

Một agent có thể gọi mô hình, API, công cụ hoặc máy chủ MCP. Vì thế, kiểm soát đầu ra của mô hình không đủ để trả lời agent nào đã hành động, hành động với thẩm quyền nào và tài nguyên nào đã được truy cập. Agent Manager gom danh mục agent, danh tính, quyền, phiên bản, trạng thái và dữ liệu quan sát vào một lớp quản trị chung.

Điểm cốt lõi của kiến trúc này là agent vẫn thực hiện nhiệm vụ trong runtime của nó, còn quyền hoạt động và quyền tiếp cận tài nguyên được quyết định ở lớp khác. Khi doanh nghiệp đổi mô hình hoặc framework, lớp danh tính, policy và lịch sử trace không nhất thiết phải được viết lại cùng mã agent. Đây là cơ sở cho mệnh đề trong tiêu đề: quản trị cần tách khỏi agent nếu muốn quyền kiểm soát không phụ thuộc vào việc chính agent có tự tuân thủ hay không.

Tuy vậy, “độc lập” không có nghĩa không cần tích hợp. Agent bên ngoài phải được đăng ký, được instrument và gửi các tín hiệu cần thiết về control plane. Một lời gọi công cụ nằm ngoài đường thực thi mà policy hoặc tracing quan sát được vẫn có thể trở thành điểm mù.

Danh tính, policy và quyền đình chỉ tạo thành chuỗi kiểm soát

Bản đồ kiểm soát thực tế bắt đầu từ năm câu hỏi: agent nào đang tồn tại, danh tính nào đại diện cho nó, nó được gọi tài nguyên gì, nó chạy ở đâu và ai có thể đình chỉ. Nền tảng cung cấp danh tính có thể xác minh, phân quyền theo vai trò, ủy quyền, trao đổi token và thu hồi quyền, thay cho việc để nhiều agent dùng chung thông tin xác thực của con người hoặc dịch vụ.

Mô tả kỹ thuật về phiên bản 1.0 của WSO2 nêu rõ guardrail có thể được áp dụng ở lớp agent, MCP và LLM; tracing hoạt động ở cấp span; runtime dựa trên Kubernetes; đồng thời agent đang chạy có thể bị đình chỉ. Thông báo GA còn liệt kê hơn 40 biện pháp tích hợp, gồm che dữ liệu nhận dạng cá nhân và giới hạn tốc độ.

Policy tại lớp MCP đặc biệt quan trọng vì MCP mở đường cho agent yêu cầu công cụ thực hiện hành động, chứ không chỉ tạo văn bản. Quyền gọi công cụ do đó phải được xác thực và giới hạn độc lập với prompt. Khả năng thu hồi danh tính hoặc đình chỉ agent chỉ có giá trị khi quyết định được thực thi tại đúng điểm mà agent tiếp cận công cụ hay runtime.

Kiểm soát vòng đời bao phủ quá trình từ phát triển, staging đến production và gắn với phiên bản của agent. Điều này phân biệt một control plane có thể can thiệp với một danh mục chỉ cho biết agent tồn tại: danh mục cung cấp thông tin, còn control plane phải có đường thực thi để thay đổi hoặc chặn trạng thái hoạt động.

Sandbox và quan sát giải quyết hai vấn đề khác nhau

Runtime Kubernetes-native tạo môi trường sandbox cho các agent chạy bên trong nền tảng. Sandbox nhằm cô lập quá trình thực thi và hỗ trợ can thiệp theo thời gian thực; nó không thay thế policy xác định agent được dùng công cụ nào, cũng không thay thế danh tính dùng để quy trách nhiệm cho một hành động.

Lớp quan sát sử dụng OpenTelemetry để thu thập trace xuyên suốt và hỗ trợ đánh giá ở cấp trace hoặc agent. Các phép đánh giá dựa trên quy tắc hoặc LLM-as-a-judge được thiết kế để phát hiện những dấu hiệu như mức dùng token bất thường, thay đổi hành vi hoặc chất lượng phản hồi suy giảm. Dữ liệu này giúp tái dựng agent đã làm gì, nhưng mức độ đầy đủ vẫn phụ thuộc vào phạm vi instrumentation.

Ba lớp vì thế không nên bị nhập làm một: sandbox giới hạn nơi mã chạy; policy giới hạn hành động được phép; observability ghi lại những gì đã diễn ra. Thiếu một lớp, doanh nghiệp có thể thấy hành động nhưng không chặn được, chặn được một đường truy cập nhưng không quy được danh tính, hoặc cô lập runtime mà vẫn để công cụ bên ngoài nằm ngoài tầm kiểm soát.

Mã nguồn mở không đồng nghĩa vận hành miễn phí

Apache 2.0 cho phép doanh nghiệp sử dụng và sửa đổi mã mà không phải trả phí bản quyền bắt buộc cho chính mã nguồn. Nhưng phương án tự lưu trữ vẫn kéo theo chi phí cụm Kubernetes, lưu trữ trace, bảo vệ token, nâng cấp control plane và vận hành các thành phần quan sát. Với tổ chức nhỏ chưa có đội nền tảng, đây có thể là rào cản lớn hơn giấy phép.

Lượng dữ liệu quan sát cũng cần được tính theo tải thực tế. Một tác vụ agent có thể tạo nhiều span qua các lần gọi mô hình và công cụ; giữ trace chi tiết hỗ trợ điều tra nhưng đồng thời tăng nhu cầu lưu trữ và quản lý dữ liệu nhạy cảm. Các nguồn đã công bố chưa đưa ra mô hình tổng chi phí, cấu hình tài nguyên chuẩn cho mọi quy mô hay bảng giá SaaS đủ để so sánh trực tiếp hai cách triển khai.

SaaS chuyển phần vận hành control plane sang hạ tầng của WSO2, nhưng không tự giải quyết mọi câu hỏi về quản trị dữ liệu. Doanh nghiệp vẫn cần làm rõ vị trí lưu trace, thời hạn lưu giữ, quyền truy cập quản trị, cơ chế xuất dữ liệu và trách nhiệm khi tích hợp với hệ thống danh tính hiện hữu; các chi tiết này không được mô tả đầy đủ trong thông báo GA.

Agent Manager không thay thế toàn bộ API gateway

Ranh giới nằm ở đối tượng quản trị. Agent Manager tập trung vào danh tính, quyền, phiên bản, trạng thái, đánh giá và vòng đời của agent; API hoặc AI gateway tập trung vào lưu lượng tới API và mô hình. Hai lớp có thể cùng thực thi policy, nhưng một gateway không mặc nhiên biết đầy đủ chủ sở hữu và giai đoạn vòng đời của agent, còn control plane không tự động thay thế mọi chức năng định tuyến, công bố API hay quản lý lưu lượng.

Trạng thái đã được xác nhận là Agent Manager 1.0 đã GA, mở mã nguồn theo Apache 2.0 và có hai lựa chọn tự lưu trữ hoặc SaaS quản lý. Những điểm chưa thể kết luận chỉ từ tài liệu phát hành gồm độ bao phủ thực tế đối với agent bên ngoài, chi phí Kubernetes và telemetry, điều kiện lưu dữ liệu của SaaS và ranh giới triển khai với gateway cùng hệ thống danh tính sẵn có. Chưa có benchmark độc lập trong các nguồn được công bố để chứng minh hiệu năng hoặc mức giảm chi phí vận hành.

Đọc thêm:

Chia sẻ:

Đăng ký bản tin

Nhận tin Web3, AI và tiền mã hóa mới nhất ngay trong hộp thư.

0