OpenKruise Agents v0.6.0 bổ sung tính năng bảo mật sandbox và kiểm soát chi phí

Dự án thuộc Cloud Native Computing Foundation là OpenKruise Agents đã phát hành phiên bản 0.6.0, mang đến những cải tiến đáng kể về bảo mật, quản lý vòng đời và hiệu quả chi phí cho các workload AI agent. Được công bố vào ngày 3 tháng 11 năm 2026, bản cập nhật này tập trung vào việc tăng cường độ an toàn cho môi trường sandbox và tự động hóa mức sử dụng tài nguyên cho các đội ngũ vận hành agent ở quy mô lớn trên Kubernetes.

Diễn biến chính

OpenKruise Agents là một dự án con của OpenKruise, chuyên quản lý toàn bộ vòng đời của Agent Sandboxes. Kể từ phiên bản chính trước đó là v0.3.0, dự án đã hợp nhất 283 pull request và đón nhận 27 đóng góp viên mới. Phiên bản 0.6.0 chuyển đổi kiến trúc từ một lớp workload đơn giản thành một hệ thống có data plane riêng biệt, bổ sung hai thành phần cốt lõi mới: traffic-control-plane và traffic-proxy. Thay đổi cấu trúc này cho phép kiểm tra sâu hơn lưu lượng mạng và kiểm soát chi tiết hơn hành vi của sandbox mà không cần phụ thuộc vào các add-on bên ngoài.

Bản phát hành giải quyết ba khía cạnh giá trị chính cho các đội ngũ nền tảng và kỹ sư AI: tăng cường bảo mật, nâng cao năng lực vận hành và tối ưu hóa chi phí. Bằng cách đưa việc kiểm tra lưu lượng và phân phối chính sách vào các thành phần hạng nhất (first-class components), hệ thống hiện có thể thực thi nghiêm ngặt các quy tắc mạng, quản lý thông tin đăng nhập một cách an toàn và tự động tạm dừng các sandbox nhàn rỗi để tiết kiệm tài nguyên. Bản cập nhật cũng mở rộng số lượng Custom Resource Definition từ sáu lên mười hai, giới thiệu các đối tượng mới như PoolAutoscaler và TrafficPolicy để hỗ trợ những tính năng tiên tiến này.

Cách thức hoạt động

Kiến trúc mới chia việc thực thi mạng thành hai giai đoạn để cân bằng giữa hiệu suất và bảo mật. Việc lọc L4 phía node diễn ra bên trong pod thông qua sidecar traffic-proxy mới, chặn các đích đến trái phép với độ trễ thấp trước khi lưu lượng rời khỏi node. Kiểm tra sâu L7 tập trung được thực hiện tại egress gateway, nơi Egress Policy Enforcer áp dụng các quy tắc phức tạp, kiểm tra danh sách cho phép (allowlist) của các công cụ Model Context Protocol và chèn thông tin đăng nhập. Điều này đảm bảo rằng các API key nhạy cảm được giải quyết phía proxy từ Kubernetes Secrets và được xoay vòng (rotate) mà không cần khởi động lại sandbox, giữ chúng tách biệt khỏi mã nguồn của agent.

Tối ưu hóa chi phí được thúc đẩy bởi các cơ chế tạm dừng và tiếp tục tự động. Hệ thống sử dụng các probe để phát hiện sandbox nhàn rỗi và tạm dừng chúng để ngừng tiêu thụ CPU. Khi một tác vụ theo lịch trình sắp tới hoặc một yêu cầu mới xuất hiện, sandbox sẽ tự động thức dậy. Ingress gateway xử lý cơ chế wake-on-traffic, nghĩa là yêu cầu xác thực đầu tiên sẽ kích hoạt quá trình tiếp tục. Nếu một probe thất bại hoặc hết thời gian chờ, hệ thống mặc định chọn phương án an toàn bằng cách không tạm dừng cũng không đánh thức instance, ngăn ngừa mất dữ liệu hoặc gián đoạn dịch vụ ngoài ý muốn.

Chi tiết quan trọng

• Bảo mật mạng: Triển khai lọc whitelist L4, kiểm tra yêu cầu L7 và danh sách kiểm soát truy cập cấp công cụ MCP với các token JWT ngắn hạn có thể xoay vòng.
• Quản lý thông tin đăng nhập: Giải quyết các API key upstream từ Kubernetes Secrets ở cấp proxy, cho phép xoay vòng mà không cần khởi động lại sandbox.
• Thao tác vòng đời: Hỗ trợ CheckpointRestore để duy trì rootfs trong quá trình nâng cấp và cho phép nâng cấp hàng loạt các fleet đang tạm dừng mà không cần can thiệp thủ công.
• Scale: Giới thiệu PoolAutoscaler cho dung lượng warm pool theo khai báo với các ngưỡng nước (watermarks) và lịch trình scale dựa trên cron.
• Phát hiện trạng thái nhàn rỗi: Sử dụng logic điều khiển bởi probe để tạm dừng các sandbox nhàn rỗi và đánh thức chúng theo lịch trình hoặc khi có yêu cầu đầu tiên, giảm thiểu chi phí tính toán không cần thiết.
• Tăng trưởng cộng đồng: Bản phát hành bao gồm đóng góp từ 27 nhà phát triển mới và tăng gấp đôi số lượng CRD được quản lý lên mười hai.

Tại sao điều này quan trọng

Đối với các đội ngũ kỹ thuật xây dựng sản phẩm AI, việc quản lý môi trường sandbox thường liên quan đến sự đánh đổi giữa bảo mật và sự tiện lợi. Các phiên bản trước đây đòi hỏi phải sử dụng công cụ bên ngoài hoặc quy trình thủ công để xử lý chính sách mạng và chèn thông tin đăng nhập, điều này có thể dẫn đến lỗ hổng bảo mật hoặc gánh nặng vận hành. Bằng cách tích hợp trực tiếp các biện pháp kiểm soát này vào data plane, v0.6.0 cho phép các đội ngũ nền tảng thực thi nghiêm ngặt chính sách egress và quản lý danh tính tập trung. Điều này giảm thiểu rủi ro rò rỉ thông tin đăng nhập và đảm bảo rằng các agent chỉ truy cập vào các dịch vụ được phê duyệt, một yêu cầu thiết yếu cho các triển khai doanh nghiệp.

Hiệu quả chi phí là một mối lo ngại lớn khác khi vận hành các fleet sandbox agent quy mô lớn. Các instance nhàn rỗi vẫn tiêu tốn tài nguyên ngay cả khi không tích cực xử lý tác vụ. Các tính năng tạm dừng và tiếp tục tự động mới, kết hợp với scale pool theo khai báo, cho phép các đội ngũ điều chỉnh quy mô hạ tầng một cách linh hoạt. Sandbox có thể thu nhỏ quy mô trong giờ thấp điểm và thức dậy ngay trước các tác vụ theo lịch trình, đảm bảo chi phí tính toán phù hợp chặt chẽ với mức sử dụng thực tế. Sự trưởng thành trong vận hành này giúp việc chạy workload agent trong môi trường production trở nên khả thi mà không phải chịu hóa đơn hạ tầng quá đắt đỏ.

Bạn có thể làm gì

• Nâng cấp lên OpenKruise Agents v0.6.0 từ GitHub Releases hoặc các image registry chính để truy cập các tính năng bảo mật và scale mới.
• Xác định các tài nguyên TrafficPolicy và SecurityProfile để whitelist các đích đến cụ thể và thực thi các quy tắc mạng L4/L7 cho sandbox của bạn.
• Cấu hình PoolAutoscaler với các lịch trình cron để tự động điều chỉnh dung lượng warm pool dựa trên thời gian đỉnh điểm dự kiến.
• Kích hoạt tính năng tạm dừng và tiếp tục tự động bằng cách thiết lập các chính sách vòng đời để tạm dừng khi hết thời gian chờ và tự động tiếp tục khi có lưu lượng hoặc theo lịch trình.
• Di chuyển việc quản lý thông tin đăng nhập sang sử dụng Kubernetes Secrets với giải quyết phía proxy để tránh nhúng API key vào mã nguồn agent.
• Tham gia cuộc họp cộng đồng vào thứ Năm lúc 19:30 GMT+8 hoặc gửi issue trên GitHub để đóng góp cho các mục lộ trình sắp tới.