Agent Bucket: Agentov izvorni vedro za bilijone

V današnjem času, ko se AI agenti pojavljajo kot gobe po dežju, razvijalci z nepredstavljivo hitrostjo gradijo domiselne inteligentne aplikacije. Od programskih pomočnikov, ki vam lahko pomagajo pisati kodo, do orodij za ustvarjanje filmov iz enega samega stavka, do osebnih inteligentnih asistentov, ki so vam vedno na voljo, agenti preoblikujejo način interakcije z digitalnim svetom. Za tem valom postaja vse bolj jasno soglasje: s pomočjo arhitekture Serverless (kot je Lambda), velikih jezikovnih modelov (LLM) in shranjevanja v oblaku (kot sta S3, TOS) v kombinaciji z Vibe Coding lahko vsakdo v 30 minutah hitro postavi svojega AI agenta.

Od \Zakaj se zdi, da imajo razvijalci agentov pri implementaciji nekaterih na videz osnovnih zahtev na objektno shrambo nekaj "težav"? Globji vpogled v razloge kaže, da v trenutni arhitekturi, zasnovani za oblak, obstaja ogromno vakuumsko območje med "objektno shrambo", kot je S3, in tradicionalnim "datotečnim sistemom". Bistvo objektne shrambe (S3/TOS) je "sploščitev", prvotni namen pa je preprosto shranjevanje ogromnih količin podatkov, kot ogromno skladišče. Čeprav je zmogljivost skoraj neomejena, je logična struktura izjemno preprosta. Nima izvornega naprednega upravljanja z imeniki, natančnega nadzora metapodatkov in resničnega zaznavanja najemnikov. Ko razvijalci poskušajo na "sploščeni" S3 simulirati "tridimenzionalni" datotečni sistem za več najemnikov s trdo kodiranim predponskim načinom, dejansko uporabljamo "statično shrambo KV", da prenašamo način dostopa do datotek aplikacije Agent, ki ima "imenik semantiko in močno izolacijo". To pomeni, da mora Agent dodatno porabiti žetone za upravljanje datotek in nadzor reševanja dovoljenj in izolacije za več najemnikov. Vsa ta dodatna poraba žetonov kaže, da preprosta storitev shranjevanja, ki jo definira S3, ni dovolj preprosta za Agenta.

S3 Access Points Illustration

Blog S3 iz leta 2025, 《Design patterns for multi-tenant access control on Amazon S3》, dodatno pojasnjuje S3 Access Point. To pomeni, da je mogoče ustvariti več virtualnih omrežnih dostopnih točk in za vsako dostopno točko konfigurirati prilagojeno politiko dostopne točke, kar ponuja nekaj rešitev na ravni omrežnega načrtovanja za scenarije z več najemniki.

Agent Wonderland

Idealni razvijalec agentov lahko pri razvoju AI agenta zgradi popolnoma serverless agenta na podlagi "Agent SDK + shramba + MaaS storitev":

Agent lahko deluje popolnoma serverless
Z Vibe Codingom je mogoče kombinirati obstoječe zmogljivosti izdelkov za izgradnjo Agenta
Potrebno je vzdrževati samo python skript "ADK"
Shramba uporablja objektno shrambo
AI zmogljivosti uporabljajo Doubao
Teoretično ni ECS ali drugih izdelkov tipa instance

Istočasno mora shramba zagotavljati naslednje zmogljivosti:

Agent lahko ima shrambo s semantiko objekta (shranjevanje datotek), ki zagotavlja zmožnost dostopa za več najemnikov, začenši z milijoni in razširljiva do milijard
Agent lahko zagotovi neodvisen prostor za vsakega uporabnika (med več storitvami se lahko imena storitev ali uid ponavljajo)
Agent lahko neposredno konfigurira pasovno širino vsakega uporabnika in konfigurira zgornjo mejo skupne velikosti uporabniškega objekta
Agent lahko zaračunava, spremlja in opazuje glede na uporabnika
Agent lahko konfigurira politike dostopa do datotek za vsakega uporabnika

Agent Bucket: Vbrizgavanje "izvornega večnajemništva" v AI Agenta

Da bi temeljito rešili to težavo, smo predlagali popolnoma novo paradigmo objektne shrambe - Agent Bucket. Njena osrednja inovacija je uvedba nove izvorne ravni virov med tradicionalnim "vedrom" in "objektom": zbirka objektov.

Agent Bucket Architecture

Osrednja ideja te zasnove je izjemno preprosta: vsakemu končnemu uporabniku dodelite namensko ObjectSet. ObjectSet si lahko predstavljate kot "varnostni sef za podatke" ali "osebni prostor v oblaku", zasnovan posebej za vsakega uporabnika. Logično pripada vašemu (razvijalčevemu) Bucketu, vendar ima v fizičnem in upravljavskem smislu svojo neodvisno "osebnost" in "življenjski cikel".Agent Bucket 每个桶支持 1 亿个 ObjectSet，这意味着你可以从容地为上亿规模的终端用户提供服务，仿佛每一位终端用户"生活"各自独立的存储空间中，而无需再为多租户存储管理焦头烂额。

ObjectSet 设计——面向 Agent 友好的能力

Agent Bucket 中 ObjectSet 不仅仅是增加了一个层级，更是将多租户场景下最棘手的需求，都变成了开箱即用的原生能力。Ko je lastništvo podatkov jasno določeno na ravni ObjectSet, postanejo številne zmogljivosti, ki jih je bilo v preteklosti težko uresničiti, samoumevne.

原生隔离：在 ObjectSet 层面，你可以为每个用户设置独立的 QPS、带宽限制和容量配额。Na ravni ObjectSet lahko za vsakega uporabnika nastavite neodvisne omejitve QPS, pasovne širine in kvote zmogljivosti. Izkušnja plačljivih uporabnikov je lahko zagotovljena, nenormalno vedenje brezplačnih uporabnikov pa ne bo vplivalo na druge. To je resnična izolacija domene napak, ki preprečuje, da bi si "sosedje" medsebojno motili.
原生权限：每个 ObjectSet 都可以拥有一个独立域名。Vsak ObjectSet ima lahko neodvisno domeno. To pomeni, da lahko uporabniku A dodelite ekskluziven naslov za dostop user-a.yourapp.com, namesto da bi izpostavili celotno domeno bucket-a za shranjevanje. Še bolj pametna je zasnova z "dvema ključavnicama": prva ključavnica je začasno poverilnico za dostop, ki jo izda ponudnik storitev v oblaku (STS), ki nadzoruje dovoljenja za dostop na ravni aplikacije; druga ključavnica pa je neodvisna domena ObjectSet, ki zaklene zahteve za dostop v uporabnikov lasten podatkovni prostor s strani omrežja. To močno poveča varnost podatkov.
原生监控：在监控仪表盘上，你不再只能看到整个桶的总览数据。Na nadzorni plošči ne morete več videti samo preglednih podatkov celotnega bucket-a. Lahko razčlenite nadzorne grafikone po ObjectSet in jasno ugotovite, kateri končni uporabnik izvaja veliko število dostopov, da lahko sprejemate natančne odločitve o delovanju in optimizaciji.
原生能力下沉：过去只能在桶级别设置的策略，现在都可以下沉到每个用户。Politike, ki so jih lahko v preteklosti nastavljali samo na ravni bucket-a, se zdaj lahko prenesejo na vsakega uporabnika. Za različne ravni uporabnikov lahko nastavite različne življenjske cikle podatkov ali pa za vsak ObjectSet uporabite različne šifrirne ključe, da dosežete bolj natančno in varnejše upravljanje podatkov.
原生计量：想知道每个用户占用了多少存储空间？Želite vedeti, koliko prostora za shranjevanje zaseda vsak uporabnik? 想把存储成本精确分摊到每个用户头上？Želite natančno razdeliti stroške shranjevanja na vsakega uporabnika? Zdaj je to enostavno. Agent Bucket bo samodejno statistično obdelal zmogljivost in uporabo vsakega ObjectSet, tako da bo vaše zaračunavanje in delitev jasno.
原生计费：开发者可以轻松实现成本分摊，将存储产生的费用精准反推到每个终端用户身上。Razvijalci lahko preprosto uresničijo delitev stroškov in natančno prenesejo stroške, ki nastanejo pri shranjevanju, na vsakega končnega uporabnika. 例如，根据 A、B、C 不同用户实际产生的成本比例进行差异化收费，为 Agent 的商业化提供数据支持。Na primer, zaračunajte različno glede na dejanske stroškovne razmerja različnih uporabnikov A, B in C, da zagotovite podatkovno podporo za komercializacijo Agent-a.
原生容量上限：为了控制 Agent 的运营成本，你可以为每个 ObjectSet 设置 Quota（容量上限）。Da bi nadzorovali operativne stroške Agent-a, lahko za vsak ObjectSet nastavite kvoto (zgornjo mejo zmogljivosti). Ko dosežete prednastavljeno vrednost, bo sistem omejil nadaljnje ustvarjanje novih datotek s strani tega uporabnika, s čimer se bo iz korenin izognili zlorabi virov v scenarijih z več najemniki.
原生智能：Agent Bucket 让 Agent 跳出传统文件简单"存取"的局限，给 Object 赋予原生智能，更高效的支持 Agent 一站式开发。Agent Bucket omogoča Agent-u, da se izogne omejitvam preprostega "dostopa" do tradicionalnih datotek, daje Object-u izvorno inteligenco in učinkoviteje podpira razvoj Agent-a na enem mestu. ObjectSet 可一键开启智能索引，为 Agent 提供原生友好的多模态问答能力，替代传统 Object CRUD 的机械操作；ObjectSet lahko z enim klikom vklopi inteligentno indeksiranje, da Agent-u zagotovi izvorno prijazne zmožnosti večmodalnega odgovarjanja na vprašanja, ki nadomeščajo mehanske operacije tradicionalnega Object CRUD; 甚至支持一键开启 Agentself 模式，串联向量、知识、模型与 prompt，直接透出场景化的子 Agent 功能，让上层 Agent 开发者专注于主体业务工作流创造，充分释放智能变现效率。Podpira celo vklop načina Agentself z enim klikom, povezuje vektorje, znanje, modele in pozive, neposredno razkrije funkcionalnosti pod-Agent-a, specifične za scenarij, kar razvijalcem Agent-a na višji ravni omogoča, da se osredotočijo na ustvarjanje glavnega poslovnega poteka dela in v celoti sprostijo učinkovitost inteligentne monetizacije.

应用规模井喷带来的技术挑战

Tehnični izzivi, ki jih prinaša eksplozivna rast obsega aplikacij

Agent Bucket 通过引入 ObjectSet 这一原生概念，为应用开发者提供了一种优雅、高效的方式来管理亿万级别的终端用户数据。Agent Bucket z uvedbo izvornega koncepta ObjectSet ponuja razvijalcem aplikacij eleganten in učinkovit način za upravljanje podatkov stotin milijonov končnih uporabnikov. 每个用户的数字资产被安全地存放在其专属的 ObjectSet 中，天然实现了隔离、计费与配额管理。Digitalna sredstva vsakega uporabnika so varno shranjena v njegovem ekskluzivnem ObjectSet, kar naravno uresničuje izolacijo, zaračunavanje in upravljanje kvot.

随着应用规模的急剧扩张，海量 Set 的管理复杂度、隔离难度、物理瓶颈都同时显现出来：

Z hitro širitvijo obsega aplikacij se hkrati pojavijo kompleksnost upravljanja, težave z izolacijo in fizične omejitve ogromnega števila Set-ov:

海量用户分级管理问题：应用在差异化管理大量不同等级用户的资源和特性时，需要自行设计实现用户的分级元数据，并关联对象存储特性开关，在 Set 的原生概念上帮助开发者优雅的管理用户分级是加速应用落地的重要。Problem hierarhičnega upravljanja velikega števila uporabnikov: Ko aplikacije diferencirano upravljajo vire in funkcije velikega števila uporabnikov različnih ravni, morajo same zasnovati in implementirati hierarhične metapodatke uporabnikov ter povezati stikala funkcij za shranjevanje objektov. Pomembno je, da se razvijalcem pomaga elegantno upravljati hierarhijo uporabnikov na podlagi izvornega koncepta Set, da se pospeši implementacija aplikacij.- Ozkogrdlo zmogljivosti enega samega gruče: Čeprav je Agent Bucket logično neskončno razširljiv, so njegovi metapodatki privzeto shranjeni v enem samem fizičnem gruču. Ko skupno število objektov v vedru doseže sto milijard ali celo bilijon, postane fizična zmogljivost enega samega gruče nepremostljiva zgornja meja.
Problem skupne točke dostopa: Raznolikost poslovanja agenta in ogromno število uporabnikov predstavljata večje varnostne tveganje in radij eksplozije za samo točko dostopa. Kako izvesti dinamično razporejanje glede na razlike med velikim številom različnih poslov in uporabnikov ter doseči diferencirane varnostne, izolacijske in pospeševalne zmogljivosti, postaja težava.

Set Tagging: Upravljanje uporabniške stratifikacije z označevanjem

ObjectSet ponuja izvorno metodo upravljanja z označevanjem, ki razvijalcem agentov omogoča preprosto uporabo zmogljivosti set tagging za dokončanje upravljanja uporabniške stratifikacije. Razvijalci lahko vsaki definirani ravni uporabnika dodelijo oznako in za vsako oznako omogočijo različne kvote in funkcije. Vse ObjectSet, ki so označene s to oznako, bodo uporabljale ustrezne kvote in funkcije. Kot primer vzemimo tri ravni, V1, V2 in V3:

V1: Privzeta raven, brezplačni uporabniki, privzeta oznaka za vse ObjectSet, lahko konfigurirate največ 1 GiB shranjenih podatkov, javna distribucija ne sme presegati pasovne širine 100 mbps, hitrost prenosa enega toka je nadzorovana na 1 mbps;
V2: Začetni plačljivi člani, konfigurirajte največ 10 GiB shranjenih podatkov, javna distribucija ne sme presegati pasovne širine 10 gbps, hitrost prenosa enega toka je nadzorovana na 10 mbps;
V3: Napredni plačljivi člani, poleg zagotavljanja večjih kvot za shranjevanje in javno distribucijo, podpirajo tudi konfiguracijo za omogočanje dodatnega pospeševanja javnega omrežja s šibkim omrežjem in zmogljivosti pospeševanja visokozmogljivih medijev;

Razvijalci agentov lahko prilagodljivo uporabljajo označevanje V1/V2/V3 za upravljanje virov in funkcij z dodano vrednostjo, ki so na voljo tem uporabnikom, glede na različne razvojne cikle različnih uporabnikov.

Set Tagging 用户分级管理

Set Slice: Izvorna izolacija podatkov za množične uporabnike

Ko število Set v Agent Bucket doseže sto milijonov, število objektov pa sto milijard ali bilijon, bo dejstvo, da so vsi metapodatki enega samega Bucket centralizirani v enem samem gruču KV, prineslo dvojno tveganje zmogljivosti in učinkovitosti.

Set Slice ponuja idejo o "logični nerazdelitvi, fizični razdelitvi":

Logično gledano še vedno upravljate samo en Agent Bucket.
Fizično se metapodatki razdelijo na več Slice (rezin) glede na obseg Set in imen objektov v Set. Vsak Slice se lahko shrani v različne gruče. Več Set je naravno izoliranih, en Set pa se horizontalno razširi.

Set Slice 物理拆分

Set Slice je nadaljnja razširitev in zaščita zmogljivosti ObjectSet. V ozadju rešuje problem neskončne fizične razširitve zmogljivosti, hkrati pa zagotavlja stabilnost in doslednost zgornjega modela upravljanja ObjectSet.

Stabilna meja upravljanja: Tudi če podatki Agent Bucket zajemajo več fizičnih gruč, je ObjectSet še vedno edina osnovna enota za dovoljenja, kvote, obračunavanje in spremljanje. Politike, ki jih razvijalci konfigurirajo za ObjectSet (kot so nadzor dostopa, zgornja meja zmogljivosti), se samodejno uporabijo na vseh povezanih Slices, ne da bi jih skrbelo za porazdelitev osnovnih podatkov.
En Set se lahko linearno razširi: Ko se količina podatkov določenega ObjectSet hitro poveča, se bodo njegovi podatki naravno porazdelili na več Slices. Z razširitvijo celotnega gruče se zmogljivost tega ObjectSet brezhibno in linearno poveča, razvijalcem pa ni treba izvajati nobenih destruktivnih operacij, kot je razdelitev ali selitev samega ObjectSet.
Izolacija virov med Set: Z distribucijo objektov različnih obsegov v različne fizične gruče SetSlice doseže višjo dimenzijo izolacije virov. V kombinaciji z upravljanjem kvot ObjectSet lahko učinkovito preprečite, da bi rast podatkov določenega ObjectSet "super velikega uporabnika" izrinila vse vire enega samega gruče, s čimer bi vplivala na stabilnost drugih ObjectSet in naredila splošno tveganje zmogljivosti obvladljivo.- Logična enotnost in združljivost: Za podjetja in razvijalce, ne glede na to, koliko Slice-ov je v ozadju, se vedno soočajo z logično enotnim Agent Bucket-om. Vse operacije na bucket-ih, ObjectSet-ih in objektih ostanejo nespremenjene, kar omogoča popolno preglednost fizične razširitve za aplikacije na višji ravni.

Set AccessPoint: Izolacija vstopne točke za vsakega uporabnika

Agent Bucket podpira omogočanje neodvisnih vstopnih točk (neodvisnih domen) za vsak ObjectSet in razširja diferencirane varnostne, izolacijske in pospeševalne zmogljivosti na vstopnih točkah. Sistem mora zato podpirati milijardo neodvisnih razporejanj vstopnih točk in diferenciranih konfiguracijskih zmogljivosti.

Neodvisno ime domene za dostop {$apid}.tos-objectset-ap.volces.com: dvostopenjska varnostna zaščita

Prva stopnja Obscurity (nejasnost): Neodvisna poddomena By User/ObjectSet, visoko entropijsko razprševanje apid, izjemno nizka verjetnost trkov, nemogoče je ugibati in izčrpati določeno vstopno točko uporabnika z vidika imena domene za dostop;
Druga stopnja Containment (zadrževanje): Razvijalci agentov uporabljajo sts za distribucijo dovoljenj za dostop na ravni ObjectSet, tudi če sts uhaja, lahko nadzorujejo obseg dostopa, omejen na omejeno obdobje veljavnosti določenega ObjectSet-a;

Hevristični sistem razporejanja: Izračun strategije razporejanja za milijardo domen

Diferencirana strategija dostopa By user/ObjectSet:tag
Samodejno razprševanje več uporabnikov/ObjectSet-ov na različnih javnih vstopnih točkah, število uporabnikov, na katere vpliva okvara ene vstopne točke, je nadzorovano
Elastično razporejanje po celotni regiji, samodejno dokončanje pretovora prometa v primeru okvare/preobremenitve katere koli posamezne vstopne točke
Uporabniki za distribucijo javnega pospeševanja, označeni z oznako za pospeševanje javnega prenosa, samodejno razporejanje v vstopno točko za pospeševanje
Uporabniki z javnim tveganjem, označeni z oznako tveganja, samodejno razporejanje v izolirano vstopno točko javnega omrežja in zmanjšanje kvote pasovne širine javnega omrežja
Uporabniki za notranje omrežje, ki prečkajo domene, označeni z oznako za prečkanje domen, samodejno razporejanje pospeševalne poti namenskega notranjega omrežja
Uporabniki lokalnega pospeševalnika, označeni z oznako pospeševalnika, samodejno priključitev lokalnega pospeševalnika

Set AccessPoint 调度系统

Od programskega pomočnika do AI Cloud Drive, neskončne možnosti Agent Bucket-a

Agent Bucket ponuja popolno rešitev za agente, zasnova ObjectSet-a pa ima veliko več aplikacijskih scenarijev. Z lahkoto ga je mogoče razširiti na vse aplikacije, ki morajo zagotavljati storitve za veliko število končnih uporabnikov:

Repozitorij kode: V preteklosti so morala podjetja ali posamezniki, ko so gostili kodo v oblaku, zgraditi še eno "najemniško sistemsko" plast na vrhu shrambe objektov, da bi dosegli izolacijo računa in nadzor dovoljenj. Zdaj lahko vsakemu razvijalcu dodelite ekskluzivni ObjectSet, da združite repozitorij kode, gradbene artefakte in odvisnosti. Agent Skills se naravno prilagajajo ObjectSet-u, nalaganje, prenos in distribucija Skills-ov pa zagotavljajo močno izolacijo prek ObjectSet-a, da se izognete motnjam sosedov med izvajanjem agenta.
Mrežni disk za podjetniške albume: Tradicionalne storitve albumov ali mrežnih diskov pogosto mešajo fotografije vseh uporabnikov v istem bucket-u in razlikujejo uporabnike po predponah, kar ni le zapleteno za upravljanje, ampak tudi nagnjeno k "učinku soseda". Na podlagi ObjectSet-a so fotografije in videoposnetki vsakega uporabnika shranjeni v lastnem Set-u, vrhovi dostopa se medsebojno ne motijo, lahko pa tudi nastavite zgornje meje zmogljivosti, varnostne kopije in metode šifriranja za vsakega uporabnika, da resnično dosežete "vsak ima varen in nadzorovan album v oblaku".
Hadoop Data Warehouse: V podatkovnem skladišču podjetja različne poslovne linije in različne baze podatkov pogosto delijo vire na isti osnovni shrambi. Z preslikavo vsake baze podatkov v ObjectSet lahko podjetja dosežejo izolacijo in nadzor kvot na ravni baze podatkov na enotni shrambi. Zlasti ObjectSet ponuja dodatno raven dovoljenj na TOS, ki zagotavlja izolacijo in nadzor dovoljenj za baze podatkov in tabele, shranjene na TOS, brez spreminjanja obstoječega Proton on TOS. - Platforma za gostovanje modelov: V scenarijih gostovanja velikih modelov ni vsak model samo obsežen, ampak lahko ustreza tudi različnim različicam, utežem in konfiguracijam sklepanja. Z ustvarjanjem ObjectSet za vsak model lahko uteži modela, Tokenizer, konfiguracijske datoteke in povezane podatke ocenjevanja zapakirate in gostite v istem prostoru. Operativna stran lahko nastavi različne strategije šifriranja, strategije varnostnega kopiranja in nadzor pasovne širine za različne modele. Hkrati lahko z uporabo zmožnosti izvornega merjenja statistično spremlja dejanske stroške uporabe vsakega modela, kar zagotavlja osnovo za obračunavanje in razporejanje virov glede na dimenzijo modela.
Podatkovne SaaS storitve: Platforme za distribucijo podatkov, namenjene velikemu številu končnih uporabnikov, morajo pogosto hkrati povezovati številne ponudnike podatkov. Zagotoviti morajo jasno razmejitev podatkov vsake strani in se izogniti tveganju poslabšanja zmogljivosti, kjer "ena velika posoda ovira vse". Z uporabo Agent Bucket lahko vsak ponudnik podatkov ima svoj ObjectSet, ki enotno upravlja izvorne podatke in rezultate obdelave. Z neodvisnimi domenami in pasovno širino ter kvotami QPS lahko zagotovite diferencirano servisno podporo in omejevanje hitrosti za različne ponudnike, s čimer dosežete podatkovno distribucijsko infrastrukturo, ki omogoča "eno platformo, več ponudnikov, medsebojno izolacijo in nadzorovano sodelovanje".

Referenca: