Agent Bucket: Kho lưu trữ gốc Agent cấp nghìn tỷ

Trong bối cảnh AI Agent mọc lên như nấm sau mưa, các nhà phát triển đang xây dựng các ứng dụng thông minh đầy sáng tạo với tốc độ chưa từng có. Từ trợ lý lập trình có thể giúp bạn viết code, đến công cụ sáng tạo tạo ra một bộ phim từ một câu duy nhất, cho đến trợ lý thông minh cá nhân luôn sẵn sàng, Agent đang định hình lại cách chúng ta tương tác với thế giới kỹ thuật số. Đằng sau làn sóng này, một sự đồng thuận ngày càng rõ ràng: Với sự trợ giúp của kiến trúc Serverless (như Lambda), mô hình ngôn ngữ lớn (LLM) và lưu trữ đám mây (như S3, TOS), kết hợp với Vibe Coding, bất kỳ ai cũng có thể nhanh chóng xây dựng AI Agent của riêng mình trong vòng 30 phút.

Để chuyển từ "có thể dùng được" sang "dùng tốt", các nhà phát triển Agent vẫn cần vượt qua những khó khăn để chuyển từ "đồ chơi" sang "ứng dụng cấp sản xuất". Khi hoạt động kinh doanh hướng đến số lượng lớn người dùng, các nhà phát triển phải đối mặt với một thách thức cực kỳ phức tạp: làm thế nào để xây dựng một giải pháp lưu trữ hoàn chỉnh trên bộ nhớ đối tượng cho số lượng lớn người dùng cuối? Đối với hầu hết các nhà phát triển, đây không chỉ là một rào cản kỹ thuật mà còn là một rào cản đối với việc phân phối Agent quy mô lớn. Agent Bucket được thiết kế để đơn giản hóa hoàn toàn quy trình xây dựng hệ thống đa người thuê thông qua thiết kế lưu trữ gốc AI, cung cấp khả năng Agent thân thiện hơn.

Khi hàng trăm triệu người dùng đổ vào, bộ nhớ đối tượng truyền thống "không đủ dùng"

Hãy tưởng tượng bạn đã phát triển một ứng dụng AIGC cực kỳ phổ biến. Mỗi người dùng sẽ tạo và lưu trữ một lượng lớn hình ảnh, video và tệp tạm thời. Là một nhà phát triển, bạn sẽ tự nhiên chọn các dịch vụ lưu trữ đối tượng trưởng thành và có thể mở rộng như S3 và TOS. Nhưng vấn đề là: làm thế nào để quản lý dữ liệu cho số lượng lớn người dùng?

Bài đăng trên blog năm 2022 của S3, "Phân vùng và cô lập dữ liệu SaaS đa người thuê bằng Amazon S3", mô tả hai phương pháp, "Mỗi người thuê sử dụng một S3 bucket độc lập" và "S3 bucket dùng chung dựa trên phân vùng tiền tố":

Tạo một "bucket" (thùng chứa) riêng biệt cho mỗi người dùng: Điều này có thể thực hiện được khi số lượng người dùng ít, nhưng khi số lượng người dùng tăng lên hàng chục nghìn, hàng triệu, số lượng bucket sẽ nhanh chóng bùng nổ, khiến chi phí quản lý và giới hạn tài nguyên trở nên khó khăn. S3 cung cấp tổng cộng 10000 bucket cho toàn bộ khu vực, nhưng đối với khả năng AI đang rất hot, 10000 là chưa đủ.

AWS S3 Bucket-Per-Tenant Model

Sử dụng "tiền tố" để phân biệt người dùng trong cùng một bucket: Đây đã trở thành giải pháp chính. Ví dụ: các tệp của người dùng A bắt đầu bằng user-a/, trong khi các tệp của người dùng B bắt đầu bằng user-b/, giống như quản lý tệp bằng thư mục trên máy tính. Tuy nhiên, bộ nhớ đối tượng không có thư mục gốc, giải pháp này phân biệt nhiều người thuê thông qua "tiền tố chung" (Prefix) trong hệ thống lưu trữ "K-V".

AWS S3 Object Key Prefix-Per-Tenant Model

Giải pháp dựa trên "bucket" hoặc "tiền tố" này đã được sử dụng rộng rãi trong mười năm qua. Nhưng có những vấn đề sau:

Cách ly đa người thuê: Dữ liệu của tất cả người dùng được trộn lẫn trong cùng một bucket, một truy cập tần số cao bất thường của một người dùng có thể ảnh hưởng đến tất cả những người dùng khác, tạo ra "hiệu ứng hàng xóm". Không thể nói đến cách ly hiệu suất và cách ly lỗi.
Kiểm soát quyền: Các chính sách quyền phức tạp (IAM Policy) rất khó bảo trì, rất dễ xảy ra lỗi cấu hình, dẫn đến dữ liệu người dùng bị truy cập ngoài ý muốn, đặc biệt là khi cần tương tác với các dịch vụ đám mây khác, rủi ro càng lớn.
Chi phí rõ ràng: Rất khó để bạn biết chính xác mỗi người dùng đã tiêu thụ bao nhiêu dung lượng lưu trữ và tạo ra bao nhiêu chi phí lưu lượng. Khi bạn muốn tính phí cho người dùng trả phí dựa trên mức sử dụng, việc thanh toán và đo lường sẽ trở thành một mớ hỗn độn.Tại sao những nhu cầu có vẻ cơ bản này, Agent 开发者们在对象存储上实现有些"重"？深究其原因，是因为在当下的云原生架构中，S3 这种"对象存储"与传统"文件系统"之间存在着一片巨大的真空地带。对象存储（S3/TOS）的本质是"扁平化"，设计初衷是海量数据的简单存放，像是一个巨大的仓库，虽然容量近乎无限，但在逻辑结构上极其简单。它缺乏原生的高级目录管理、细粒度的元数据控制以及真正的租户感知。当开发者试图在"扁平"的 S3 上，通过硬编码前缀的方式去模拟一个"立体"的多租户文件系统时，我们实际上是在用一种"静态的 KV 存储"，去承载一个"目录语义、强隔离的" Agent 应用的文件访问方式。也就是说 Agent 需要额外消耗 token 来管理文件，并控制解决多租户权限与隔离。这些额外消耗的 token 都在表明 S3 定义的简单存储服务对 Agent 不够简单。

S3 Access Points Illustration

Bài đăng trên blog S3 năm 2025 《Design patterns for multi-tenant access control on Amazon S3》 đã trình bày thêm về S3 Access Point. Điều này có nghĩa là có thể tạo nhiều điểm truy cập mạng ảo và định cấu hình chính sách điểm truy cập tùy chỉnh cho mỗi điểm truy cập, có một số giải pháp ở cấp độ lập lịch mạng cho các tình huống đa người thuê.

2025 年 S3 博客《Design patterns for multi-tenant access control on Amazon S3》中进一步阐述了 S3 Access Point。这意味着可以创建多个虚拟网络接入点，并为每个接入点配置一个定制的接入点策略，在网络调度层面对于多租户场景有了一些方案。

Agent Wonderland

Một nhà phát triển Agent lý tưởng có thể xây dựng một Agent hoàn toàn serverless dựa trên "Agent SDK + Storage + MaaS Service" khi phát triển AI Agent:

Agent có thể chạy hoàn toàn serverless
Có thể xây dựng Agent bằng cách kết hợp các khả năng sản phẩm hiện có thông qua Vibe Coding
Chỉ cần duy trì tập lệnh python "ADK"
Bộ nhớ sử dụng bộ nhớ đối tượng
Khả năng AI sử dụng 豆包 (Doubao)
Về lý thuyết, không có ECS hoặc các sản phẩm kiểu instance khác

Một nhà phát triển Agent lý tưởng trong quá trình phát triển AI Agent, có thể dựa trên "Agent SDK + lưu trữ + dịch vụ MaaS" để xây dựng một Agent hoàn toàn serverless:

Agent có thể chạy hoàn toàn serverless
Có thể xây dựng Agent bằng cách kết hợp các khả năng sản phẩm hiện có thông qua Vibe Coding
Chỉ cần duy trì tập lệnh python "ADK"
Lưu trữ sử dụng bộ nhớ đối tượng
Khả năng AI sử dụng 豆包
Về lý thuyết không có ECS hoặc các sản phẩm kiểu instance khác

Đồng thời, bộ nhớ cần cung cấp các khả năng sau:

Agent có thể có một bộ nhớ ngữ nghĩa đối tượng (lưu tệp), cung cấp khả năng truy cập đa người thuê, bắt đầu từ hàng triệu và có thể mở rộng đến hàng trăm triệu
Agent có thể cung cấp không gian độc lập cho mỗi người dùng (giữa nhiều dịch vụ, tên dịch vụ hoặc uid có thể trùng lặp)
Agent có thể trực tiếp định cấu hình băng thông cho mỗi người dùng, định cấu hình giới hạn kích thước đối tượng tổng thể của người dùng
Agent có thể lập hóa đơn, giám sát và quan sát theo người dùng
Agent có thể định cấu hình chính sách truy cập cho các tệp của mỗi người dùng

同时，存储需要提供以下能力：

Agent 可以有一种 object 语义的存储（保存文件），提供多租户接入能力，百万级起步，可扩展到亿级别
Agent 可以为每个用户提供独立的空间（多业务之间，业务或者 uid 都可能会重名）
Agent 可以直接配置每个 user 的带宽，配置 user object 总大小上限
Agent 可以根据 user 出账、监控、观察
Agent 可以为每个 user 的文件配置访问策略

Agent Bucket: Truyền gen "gốc đa người thuê" vào AI Agent

Để giải quyết triệt để vấn đề này, chúng tôi đã đề xuất một mô hình lưu trữ đối tượng hoàn toàn mới - Agent Bucket. Đổi mới cốt lõi của nó là giới thiệu một cấp tài nguyên gốc mới giữa "bucket" và "object" truyền thống: tập hợp đối tượng.

Agent Bucket：为 AI Agent 注入"多租户原生"基因

为了从根本上解决这一难题，我们提出了一种全新的对象存储范式——Agent Bucket。它的核心创新，是在传统的"桶"和"对象"之间，引入了一个新的原生资源层级：对象集合。

Agent Bucket Architecture

Ý tưởng cốt lõi của thiết kế này cực kỳ đơn giản: đối sánh mỗi người dùng cuối của bạn với một ObjectSet độc quyền. Bạn có thể coi ObjectSet như một "hộp an toàn dữ liệu" hoặc "không gian cá nhân trên đám mây" được thiết kế riêng cho mỗi người dùng. Về mặt logic, nó thuộc về Bucket của bạn (nhà phát triển), nhưng về mặt vật lý và quản lý, nó có "tính cách" và "vòng đời" độc lập của riêng mình.

这个设计的核心思想极其简洁：为你的每一个终端用户，都匹配一个专属的 ObjectSet。你可以把 ObjectSet 想象成一个专为每个用户打造的"数据保险箱"或"云端个人空间"。它在逻辑上属于你（开发者）的 Bucket，但在物理和管理上，它拥有自己独立的"个性"和"生命周期"。Agent Bucket Mỗi bucket hỗ trợ 100 triệu ObjectSet, điều này có nghĩa là bạn có thể thoải mái cung cấp dịch vụ cho hàng trăm triệu người dùng cuối, như thể mỗi người dùng cuối "sống" trong không gian lưu trữ độc lập của riêng mình, mà không cần phải đau đầu về quản lý lưu trữ đa người thuê nữa.

Thiết kế ObjectSet - Năng lực thân thiện với Agent

Trong Agent Bucket, ObjectSet không chỉ là việc thêm một cấp độ, mà còn biến những nhu cầu khó khăn nhất trong các tình huống đa người thuê thành các năng lực gốc, sẵn sàng sử dụng. Khi quyền sở hữu dữ liệu được xác định rõ ràng ở cấp ObjectSet, một loạt các năng lực khó thực hiện trong quá khứ sẽ trở nên dễ dàng.

Cách ly gốc: Ở cấp ObjectSet, bạn có thể đặt QPS, giới hạn băng thông và hạn ngạch dung lượng độc lập cho mỗi người dùng. Trải nghiệm của người dùng trả phí có thể được đảm bảo, và các hành vi bất thường của người dùng miễn phí sẽ không ảnh hưởng đến người khác. Đây là sự cách ly miền lỗi thực sự, giúp "hàng xóm" không còn can thiệp lẫn nhau.
Quyền gốc: Mỗi ObjectSet có thể có một tên miền độc lập. Điều này có nghĩa là bạn có thể cung cấp cho người dùng A một địa chỉ truy cập độc quyền là user-a.yourapp.com, thay vì hiển thị tên miền của toàn bộ bucket lưu trữ. Điều khéo léo hơn là thiết kế "hai lớp khóa": Lớp khóa đầu tiên là chứng chỉ truy cập tạm thời (STS) do nhà cung cấp dịch vụ đám mây cấp, kiểm soát quyền truy cập ở cấp ứng dụng; lớp khóa thứ hai là tên miền độc lập của ObjectSet, khóa yêu cầu truy cập vào không gian dữ liệu của riêng người dùng từ cấp độ mạng. Điều này giúp tăng cường đáng kể tính bảo mật của dữ liệu.
Giám sát gốc: Trên bảng điều khiển giám sát, bạn không còn chỉ có thể thấy dữ liệu tổng quan của toàn bộ bucket. Bạn có thể phân tích biểu đồ giám sát theo ObjectSet, để hiểu rõ người dùng cuối nào đang thực hiện nhiều truy cập, từ đó đưa ra các quyết định vận hành và tối ưu hóa chính xác.
Hạ tầng năng lực gốc: Các chính sách trước đây chỉ có thể được đặt ở cấp bucket, giờ đây có thể được hạ xuống cho từng người dùng. Bạn có thể đặt vòng đời dữ liệu khác nhau cho người dùng ở các cấp độ khác nhau, hoặc sử dụng các khóa mã hóa khác nhau cho mỗi ObjectSet, để quản lý dữ liệu chi tiết và an toàn hơn.
Đo lường gốc: Bạn muốn biết mỗi người dùng chiếm bao nhiêu dung lượng lưu trữ? Bạn muốn phân bổ chính xác chi phí lưu trữ cho mỗi người dùng? Giờ đây, điều đó trở nên dễ dàng. Agent Bucket sẽ tự động thống kê dung lượng và tình hình sử dụng của mỗi ObjectSet, giúp việc tính phí và phân chia của bạn trở nên rõ ràng.
Tính phí gốc: Nhà phát triển có thể dễ dàng thực hiện phân bổ chi phí, và phản ánh chính xác chi phí phát sinh từ lưu trữ cho mỗi người dùng cuối. Ví dụ: tính phí khác nhau dựa trên tỷ lệ chi phí thực tế phát sinh của người dùng A, B, C, cung cấp hỗ trợ dữ liệu cho việc thương mại hóa Agent.
Giới hạn dung lượng gốc: Để kiểm soát chi phí vận hành của Agent, bạn có thể đặt Quota (giới hạn dung lượng) cho mỗi ObjectSet. Khi đạt đến giá trị đặt trước, hệ thống sẽ hạn chế người dùng đó tạo thêm tệp mới, từ đó tránh lạm dụng tài nguyên trong các tình huống đa người thuê.
Thông minh gốc: Agent Bucket cho phép Agent thoát khỏi giới hạn "lưu trữ và truy xuất" tệp đơn giản truyền thống, cung cấp trí thông minh gốc cho Object, hỗ trợ hiệu quả hơn cho việc phát triển một cửa của Agent. ObjectSet có thể bật chỉ mục thông minh bằng một cú nhấp chuột, cung cấp khả năng hỏi đáp đa phương thức thân thiện với Agent, thay thế các thao tác cơ học CRUD Object truyền thống; thậm chí hỗ trợ bật chế độ Agentself bằng một cú nhấp chuột, liên kết vectơ, kiến thức, mô hình và prompt, trực tiếp hiển thị các chức năng Agent con theo ngữ cảnh, cho phép các nhà phát triển Agent cấp trên tập trung vào việc tạo quy trình công việc kinh doanh chính, giải phóng hoàn toàn hiệu quả kiếm tiền thông minh.

Thách thức kỹ thuật do sự bùng nổ quy mô ứng dụng

Agent Bucket cung cấp cho các nhà phát triển ứng dụng một cách thanh lịch và hiệu quả để quản lý dữ liệu của hàng tỷ người dùng cuối bằng cách giới thiệu khái niệm gốc ObjectSet. Tài sản kỹ thuật số của mỗi người dùng được lưu trữ an toàn trong ObjectSet dành riêng của họ, tự nhiên thực hiện cách ly, tính phí và quản lý hạn ngạch.

Với sự mở rộng nhanh chóng của quy mô ứng dụng, sự phức tạp trong quản lý, khó khăn trong cách ly và các nút thắt vật lý của số lượng lớn Set đồng thời xuất hiện:

Vấn đề quản lý phân cấp số lượng lớn người dùng: Khi ứng dụng quản lý khác biệt tài nguyên và đặc điểm của số lượng lớn người dùng ở các cấp độ khác nhau, cần tự thiết kế và triển khai siêu dữ liệu phân cấp người dùng, đồng thời liên kết các công tắc tính năng lưu trữ đối tượng. Việc giúp các nhà phát triển quản lý một cách thanh lịch việc phân cấp người dùng trên khái niệm gốc Set là rất quan trọng để đẩy nhanh việc triển khai ứng dụng. - Hạn chế về dung lượng cụm đơn: Mặc dù Agent Bucket có thể mở rộng vô hạn về mặt logic, nhưng siêu dữ liệu của nó theo mặc định được lưu trữ trong một cụm vật lý duy nhất. Khi tổng số đối tượng trong bucket đạt đến hàng trăm tỷ hoặc thậm chí hàng nghìn tỷ, dung lượng vật lý của một cụm đơn lẻ sẽ trở thành giới hạn không thể vượt qua.
Vấn đề chia sẻ điểm truy cập: Sự đa dạng về nghiệp vụ của Agent và số lượng lớn người dùng mang đến rủi ro bảo mật và bán kính nổ lớn hơn cho chính điểm truy cập. Làm thế nào để thực hiện điều phối động dựa trên sự khác biệt của một lượng lớn các nghiệp vụ và người dùng khác nhau, đồng thời đạt được khả năng bảo mật, cô lập và tăng tốc khác biệt trở thành một khó khăn.

Set Tagging: Quản lý phân cấp người dùng bằng thẻ

ObjectSet cung cấp phương pháp quản lý bằng thẻ gốc, cho phép các nhà phát triển Agent dễ dàng sử dụng khả năng set tagging để hoàn thành việc quản lý phân cấp người dùng. Các nhà phát triển có thể gán một tag cho mỗi cấp độ người dùng được xác định và bật các hạn ngạch và tính năng khác nhau cho mỗi tag. Tất cả các ObjectSet được gắn tag này sẽ áp dụng các hạn ngạch và tính năng tương ứng. Lấy ví dụ với ba cấp độ V1, V2, V3:

V1: Cấp độ mặc định, người dùng miễn phí, tag mặc định cho tất cả ObjectSet, có thể cấu hình để lưu trữ tối đa 1GiB dữ liệu, phân phối công khai không được vượt quá băng thông 100mbps, tốc độ tải xuống một luồng được kiểm soát ở mức 1mbps;
V2: Thành viên trả phí cấp độ cơ bản, cấu hình để lưu trữ tối đa 10GiB dữ liệu, phân phối công khai không được vượt quá băng thông 10gbps, tốc độ tải xuống một luồng được kiểm soát ở mức 10mbps;
V3: Thành viên trả phí cao cấp, ngoài việc cung cấp dung lượng lưu trữ và hạn ngạch phân phối công khai lớn hơn, còn hỗ trợ cấu hình để bật khả năng tăng tốc mạng yếu công khai và tăng tốc phương tiện hiệu suất cao;

Các nhà phát triển Agent có thể linh hoạt sử dụng tagging V1/V2/V3 để quản lý tài nguyên và các tính năng giá trị gia tăng mà những người dùng này có thể sử dụng, dựa trên các giai đoạn phát triển khác nhau của những người dùng khác nhau.

Set Tagging Quản lý phân cấp người dùng

Set Slice: Cô lập dữ liệu người dùng quy mô lớn một cách tự nhiên

Khi số lượng Set trong một Agent Bucket đạt đến hàng trăm triệu và số lượng đối tượng đạt đến hàng trăm tỷ, hàng nghìn tỷ, bản thân thực tế "tất cả siêu dữ liệu của một Bucket duy nhất được tập trung trong một cụm KV" sẽ mang lại rủi ro kép về dung lượng và hiệu suất.

Set Slice cung cấp một ý tưởng "không tách rời về mặt logic, tách rời về mặt vật lý":

Về mặt logic, bạn vẫn chỉ quản lý một Agent Bucket.
Về mặt vật lý, siêu dữ liệu được chia thành nhiều Slice (lát cắt) dựa trên phạm vi của Set và tên đối tượng trong Set. Mỗi Slice có thể được lưu trữ trên các cụm khác nhau, nhiều Set được cô lập tự nhiên và một Set được mở rộng theo chiều ngang.

Set Slice Phân tách vật lý

Set Slice là một phần mở rộng và đảm bảo hơn nữa cho khả năng ObjectSet. Nó giải quyết vấn đề mở rộng vô hạn dung lượng vật lý ở lớp dưới, đồng thời đảm bảo tính ổn định và nhất quán của mô hình quản lý ObjectSet lớp trên.

Ranh giới quản lý ổn định: Ngay cả khi dữ liệu của một Agent Bucket trải rộng trên nhiều cụm vật lý, ObjectSet vẫn là đơn vị cơ bản duy nhất cho quyền, hạn ngạch, thanh toán và giám sát. Các chính sách được cấu hình bởi nhà phát triển cho ObjectSet (chẳng hạn như kiểm soát truy cập, giới hạn dung lượng) sẽ tự động có hiệu lực trên tất cả các Slices liên quan mà không cần quan tâm đến sự phân bố dữ liệu cơ bản.
Một Set có thể mở rộng tuyến tính: Khi lượng dữ liệu của một ObjectSet nào đó tăng trưởng nhanh chóng, dữ liệu của nó sẽ tự nhiên được phân phối trên nhiều Slices. Khi toàn bộ cụm được mở rộng, dung lượng của ObjectSet đó cũng tăng lên một cách liền mạch và tuyến tính. Các nhà phát triển không cần thực hiện bất kỳ thao tác phá hoại nào như tách hoặc di chuyển ObjectSet đó.
Cô lập tài nguyên giữa các Set: Bằng cách phân phối các đối tượng trong các phạm vi khác nhau trên các cụm vật lý khác nhau, SetSlice đạt được sự cô lập tài nguyên ở chiều cao hơn. Kết hợp với quản lý hạn ngạch của ObjectSet, nó có thể ngăn chặn hiệu quả sự tăng trưởng dữ liệu của một ObjectSet "siêu lớn" chiếm tất cả tài nguyên của một cụm duy nhất, do đó ảnh hưởng đến sự ổn định của các ObjectSet khác và làm cho rủi ro dung lượng tổng thể trở nên có thể kiểm soát được.- Tính thống nhất và khả năng tương thích logic: Đối với các doanh nghiệp và nhà phát triển, bất kể có bao nhiêu Slice ở lớp dưới, họ luôn đối mặt với một Agent Bucket thống nhất về mặt logic. Tất cả các thao tác trên bucket, ObjectSet và đối tượng đều được giữ nguyên, giúp việc mở rộng vật lý hoàn toàn minh bạch đối với các ứng dụng lớp trên.

Set AccessPoint: Cách ly điểm truy cập của từng người dùng

Agent Bucket hỗ trợ bật các điểm truy cập độc lập (tên miền độc lập) cho mỗi ObjectSet và mở rộng các khả năng bảo mật, cách ly và tăng tốc khác biệt trên các điểm truy cập. Hệ thống cần hỗ trợ khả năng lập lịch và cấu hình khác biệt cho hàng tỷ điểm truy cập độc lập.

Tên miền truy cập độc lập {$apid}.tos-objectset-ap.volces.com: Bảo vệ an ninh hai cấp

Cấp độ đầu tiên Obscurity (tính ẩn danh): Tên miền phụ độc lập By User/ObjectSet, apid có entropy cao, xác suất va chạm cực thấp, không thể đoán và liệt kê các điểm truy cập người dùng cụ thể từ góc độ tên miền truy cập;
Cấp độ thứ hai Containment (tính thu hẹp): Các nhà phát triển Agent sử dụng sts để phân phối quyền truy cập cấp ObjectSet. Ngay cả khi sts bị rò rỉ, nó vẫn có thể kiểm soát phạm vi truy cập của nó trong một khoảng thời gian giới hạn của một ObjectSet nhất định;

Hệ thống lập lịch heuristic: Tính toán chiến lược lập lịch tên miền cấp tỷ

Chính sách truy cập khác biệt By user/ObjectSet:tag
Nhiều user/ObjectSet tự động phân tán trên các điểm truy cập công cộng khác nhau, số lượng người dùng bị ảnh hưởng bởi lỗi một điểm truy cập được kiểm soát
Lập lịch đàn hồi trên toàn khu vực, lỗi/quá tải một điểm truy cập bất kỳ tự động hoàn thành việc đóng gói và di chuyển lưu lượng
Người dùng phân phối và tăng tốc công cộng, gắn tag tăng tốc truyền công cộng, tự động lập lịch điểm truy cập tăng tốc
Người dùng rủi ro công cộng, gắn tag rủi ro, tự động lập lịch điểm truy cập cách ly công cộng và giảm hạn ngạch băng thông công cộng
Người dùng xuyên miền nội bộ, gắn tag xuyên miền, tự động lập lịch đường dẫn tăng tốc đường truyền riêng nội bộ
Người dùng bộ tăng tốc cục bộ, gắn tag bộ tăng tốc, tự động gắn bộ tăng tốc cục bộ

Hệ thống lập lịch Set AccessPoint

Từ trợ lý lập trình đến AI Cloud Disk, khả năng vô hạn của Agent Bucket

Agent Bucket cung cấp một giải pháp hoàn chỉnh cho Agent và các tình huống ứng dụng thiết kế của ObjectSet không chỉ dừng lại ở đó, nó có thể dễ dàng mở rộng sang tất cả các ứng dụng cần cung cấp dịch vụ cho số lượng lớn người dùng cuối:

Kho mã: Trong quá khứ, khi các doanh nghiệp hoặc cá nhân lưu trữ mã trên đám mây, họ thường cần xây dựng một "hệ thống người thuê" trên bộ nhớ đối tượng để đạt được sự cách ly tài khoản và kiểm soát quyền. Bây giờ, một ObjectSet độc quyền có thể được gán cho mỗi nhà phát triển để thống nhất lưu trữ kho mã, sản phẩm xây dựng và các phụ thuộc. Agent Skills cũng tự nhiên thích ứng với ObjectSet. Việc tải lên, tải xuống và phân phối Skills cung cấp sự cách ly mạnh mẽ thông qua ObjectSet, tránh nhiễu láng giềng trong thời gian chạy Agent.
Ổ đĩa mạng album ảnh doanh nghiệp: Các dịch vụ album ảnh hoặc ổ đĩa mạng truyền thống thường trộn lẫn ảnh của tất cả người dùng trong cùng một bucket và phân biệt người dùng bằng tiền tố, điều này không chỉ phức tạp trong quản lý mà còn dễ gây ra "hiệu ứng hàng xóm". Dựa trên ObjectSet, ảnh và video của mỗi người dùng nằm trong Set riêng của họ, đỉnh điểm truy cập không can thiệp lẫn nhau và giới hạn dung lượng, chính sách sao lưu và phương pháp mã hóa có thể được đặt theo người dùng, thực sự đạt được "mỗi người đều có một album ảnh đám mây an toàn và có thể kiểm soát".
Kho dữ liệu Hadoop: Trong kho dữ liệu doanh nghiệp, các dòng nghiệp vụ khác nhau và các cơ sở dữ liệu khác nhau thường chia sẻ tài nguyên trên cùng một bộ nhớ cơ bản. Bằng cách ánh xạ mỗi cơ sở dữ liệu thành một ObjectSet, các doanh nghiệp có thể thực hiện cách ly và kiểm soát hạn ngạch theo cơ sở dữ liệu trên bộ nhớ thống nhất. Đặc biệt, ObjectSet cung cấp một lớp quyền bổ sung trên TOS, cung cấp khả năng cách ly và kiểm soát quyền đối với Cơ sở dữ liệu và Bảng được lưu trữ trên TOS mà không thay đổi Proton hiện có trên TOS. - Nền tảng lưu trữ mô hình: Trong các tình huống lưu trữ mô hình lớn, mỗi mô hình không chỉ có kích thước lớn mà còn có thể tương ứng với các phiên bản, trọng số và cấu hình suy luận khác nhau. Việc tạo ObjectSet cho mỗi mô hình có thể đóng gói và lưu trữ trọng số mô hình, Tokenizer, tệp cấu hình và dữ liệu đánh giá liên quan trong cùng một không gian. Về phía vận hành, có thể thiết lập các chính sách mã hóa, chính sách sao lưu và kiểm soát băng thông khác nhau cho các mô hình khác nhau. Đồng thời, thông qua khả năng đo lường gốc, có thể thống kê chi phí sử dụng thực tế của mỗi mô hình, cung cấp cơ sở cho việc lập hóa đơn và điều phối tài nguyên theo chiều mô hình.
Dịch vụ Data SaaS: Các nền tảng phân phối dữ liệu hướng đến số lượng lớn người dùng cuối thường cần kết nối đồng thời với nhiều nhà cung cấp dữ liệu. Cần đảm bảo ranh giới dữ liệu rõ ràng của mỗi bên, đồng thời tránh rủi ro hiệu suất "một thùng lớn kéo lùi tất cả mọi người". Với sự trợ giúp của Agent Bucket, mỗi nhà cung cấp dữ liệu có thể có ObjectSet riêng, quản lý thống nhất dữ liệu gốc và kết quả xử lý. Sau đó, thông qua tên miền và băng thông độc lập, hạn ngạch QPS, có thể cung cấp các đảm bảo dịch vụ và giới hạn lưu lượng khác nhau cho các nhà cung cấp khác nhau, hiện thực hóa cơ sở hạ tầng phân phối dữ liệu "một nền tảng, nhiều nhà cung cấp, cách ly lẫn nhau nhưng có thể hợp tác có kiểm soát".

Tài liệu tham khảo: