Docker công bố chương trình các phiên nói chuyện của khách hàng và đối tác tại khu Docker Pavilion ở WeAreDevelopers World Congress North America, San Jose, diễn ra ngày 23–25/9. Nội dung xoay quanh AI agent, triển khai container, bảo mật, quan sát và kiểm chứng mã do AI tạo. Đây là lịch sự kiện và các bản trình diễn kỹ thuật, không phải thông báo rằng mọi tích hợp được nêu đã sẵn sàng hay phù hợp cho mọi doanh nghiệp. Dù vậy, danh sách chủ đề cho thấy các đội phát triển đang chuyển trọng tâm từ “dùng mô hình nào” sang kiểm soát agent làm gì trong môi trường thật.
Docker đang đặt vấn đề gì?
Theo Docker, tổ chức xây dựng ứng dụng AI phải ghép mô hình, công cụ, hạ tầng và dịch vụ từ một hệ sinh thái thay đổi nhanh. Vấn đề không chỉ là kết nối được chúng, mà còn là duy trì khả năng chứa, tuyển chọn và kiểm soát workload khi stack tiếp tục đổi. Thông điệp chính là nhà phát triển vẫn cần lựa chọn agent được truy cập gì, định hướng công việc và xác minh kết quả; AI không nên trở thành một hộp đen có quyền rộng.
Ý thứ nhất là triển khai lặp lại được. Spectro Cloud dự kiến trình diễn profile cluster có phiên bản, kết hợp hardened image, suy luận cục bộ và agent workload cho edge, kể cả môi trường không có cloud connection. Với đội vận hành, bài học là cấu hình agent cần được khai báo, version hóa và tái tạo như các workload khác, thay vì dựng thủ công theo từng máy.
Ý thứ hai là đơn giản hóa môi trường phát triển nhưng không bỏ kiểm soát. J.P. Morgan Payments nói về ví dụ mã nguồn mở dùng hai container để chạy client, mock server và OpenAPI specification. Ví dụ này minh họa giá trị của môi trường có thể chạy bằng một lệnh. Tuy nhiên, “không cần API key” trong bản demo không phải lý do để đưa credential thật vào image, repository hay log ở production.
Năm mảng kiểm soát nổi bật
Thứ ba là quan sát và ứng phó sự cố. Palo Alto Networks dự kiến nói về audit record có thể tìm kiếm và phát hiện trực tiếp; Datadog mô tả luồng từ phát hiện đến điều tra và phản hồi cho sự cố liên quan agent. Đây là lời nhắc rằng log cần trả lời được agent nào gọi công cụ nào, dùng danh tính nào, đọc/ghi dữ liệu gì và hành động nào đã được phê duyệt.
Thứ tư là cô lập. Prediction Guard đề cập việc kết hợp execution isolation với kiểm soát model call, kể cả khi gặp tool output bị đầu độc. ClickHouse trình diễn base image ít thành phần hơn qua Docker Hardened Images. Cô lập không chữa được mọi lỗi prompt hay dữ liệu sai, nhưng giảm blast radius khi một tool, dependency hoặc output không đáng tin bị đưa vào chuỗi xử lý.
Thứ năm là bí mật, bằng chứng và kiểm tra mã. GitGuardian nói về hook ở thời điểm agent đọc file, sửa code hoặc chạy lệnh; Chainloop hướng tới session record được ký và policy check trên pull request; Sonar trình diễn kiểm chứng thay đổi trong sandbox. Những cơ chế này hữu ích khi gắn vào quy trình review hiện có, không phải thay thế trách nhiệm của người duyệt.
Chương trình còn nêu quyền truy cập tài liệu doanh nghiệp có quản trị, bộ nhớ có thể truy vết, credential bên thứ ba nằm ngoài sandbox, và quyền truy cập tri thức chỉ tồn tại trong thời gian tác vụ. Mỗi giải pháp có mô hình tin cậy riêng. Không nên kết luận “đã an toàn” chỉ vì có từ khóa sandbox, guardrail hay audit.
Checklist cho đội phát triển
- Bắt đầu bằng một workflow nhỏ, đảo ngược được và có tiêu chí kết quả rõ ràng.
- Dùng danh tính riêng, quyền tối thiểu và secret manager; không nhúng token vào container hay prompt.
- Chạy tool có rủi ro trong sandbox, giới hạn mạng, filesystem và thời gian thực thi.
- Lưu audit trail cho prompt, tool call, dữ liệu đầu vào, thay đổi và quyết định phê duyệt.
- Yêu cầu review người thật cho merge, triển khai, thanh toán hoặc thao tác với dữ liệu nhạy cảm.
- Kiểm thử tình huống input độc hại, output sai và sự cố nhà cung cấp trước khi mở rộng.
Kết luận
Thông báo của Docker không công bố một sản phẩm đơn lẻ; nó cho thấy những điểm đang được cộng đồng tập trung khi đưa AI agent vào công việc: workload tái tạo được, quyền truy cập hẹp, cô lập, khả năng quan sát và bằng chứng cho thay đổi. Hãy xem các phiên demo là nguồn ý tưởng kỹ thuật, rồi đánh giá từng tích hợp bằng kiến trúc, dữ liệu và yêu cầu tuân thủ của chính tổ chức.
Nguồn
Biên soạn từ Docker Blog: Docker at WeAreDevelopers.