Agent Bucket: Milljarða stór Agent innfædd geymslutunna

Í dag, þegar AI Agentar spretta upp eins og gorkúlur, eru þróunaraðilar að smíða hugmyndarík snjallforrit á ógnarhraða. Allt frá forritunarhjálpum sem geta hjálpað þér að skrifa kóða, til skapandi verkfæra sem geta búið til heila kvikmynd úr einni setningu, til persónulegra snjall aðstoðarmanna sem eru alltaf til taks, eru Agentar að endurmóta hvernig við höfum samskipti við stafræna heiminn. Á bak við þessa bylgju er vaxandi samstaða: með hjálp Serverless arkitektúrs (eins og Lambda), stórra tungumálamódela (LLM) og skýjageymslu (eins og S3, TOS), ásamt Vibe Coding, getur hver sem er fljótt sett upp sinn eigin AI Agent á 30 mínútum.

Til að fara frá því að vera "hægt að nota" yfir í að vera "gott að nota", þurfa Agent þróunaraðilar enn að yfirstíga erfiðleika til að fara frá "leikfangi" yfir í "framleiðslustigs forrit". Þegar viðskiptin ná til gríðarlegs fjölda notenda, verða þróunaraðilar að horfast í augu við afar flókna áskorun: hvernig á að byggja upp fullkomna geymslulausn fyrir gríðarlegt magn endanotenda á hlutageymslu? Fyrir flesta þróunaraðila er þetta ekki bara tæknilegur þröskuldur, heldur einnig gjá sem hindrar dreifingu Agent í stórum stíl. Agent Bucket miðar að því að einfalda byggingarferlið fyrir fjölleigukerfi algjörlega með AI innfæddri geymsluhönnun og veita notendavænni Agent getu.

Þegar milljarðar notenda streyma inn, er hefðbundin hlutageymsla "ekki nóg"

Hugsaðu þér að þú hafir þróað vinsælt AIGC forrit. Hver notandi mun búa til og geyma mikið magn af myndum, myndböndum og tímabundnum skrám. Sem þróunaraðili myndirðu náttúrulega velja þroskaða og stækkanlega hlutageymsluþjónustu eins og S3 og TOS. En vandamálið er: hvernig á að stjórna gögnum fyrir gríðarlegt magn notenda?

Í bloggfærslu S3 frá 2022, 《Partitioning and Isolating Multi-Tenant SaaS Data with Amazon S3》, eru útskýrðar tvær leiðir, "að nota sérstaka S3 tunnu fyrir hvern leigjanda" og "samnýtta S3 tunnu sem er einangruð með forskeyti":

Búa til sérstaka "tunnu" (Bucket) fyrir hvern notanda: Þetta er framkvæmanlegt þegar fjöldi notenda er lítill, en þegar notendum fjölgar í tugþúsundir eða milljónir, mun fjöldi tunna springa hratt, og stjórnunarkostnaður og auðlindatakmarkanir verða óbærilegar. S3 býður upp á samtals 10.000 tunnur fyrir hvert svæði, en fyrir heita AI getu er 10.000 langt frá því að vera nóg.

AWS S3 Bucket-Per-Tenant Model

Nota "forskeyti" til að greina á milli notenda í sömu tunnu: Þetta er orðin almenn lausn. Til dæmis byrja skrár notanda A allar á user-a/, en skrár notanda B byrja á user-b/, eins og að nota möppur til að stjórna skrám á tölvu. Hins vegar eru engar innfæddar möppur í hlutageymslu. Þessi lausn notar "sameiginlegt forskeyti" (Prefix) til að greina á milli margra leigjenda í "K-V" geymslukerfi.

AWS S3 Object Key Prefix-Per-Tenant Model

Þessi lausn sem byggir á "tunnum" eða "forskeytum" hefur verið mikið notuð undanfarin tíu ár. En hún hefur eftirfarandi vandamál:

Fjölleigu einangrun: Gögn allra notenda eru blandað saman í sömu tunnu. Óeðlilega tíð aðgangur eins notanda getur haft áhrif á alla aðra notendur og valdið "nágrannaáhrifum". Ekki er hægt að tala um afköstseinangrun eða bilunareinangrun.
Aðgangsstýring: Flóknar aðgangsstefnur (IAM Policy) eru erfiðar í viðhaldi og auðvelt er að gera stillingarvillur, sem leiðir til þess að gögn notenda eru óvart aðgengileg, sérstaklega þegar þörf er á samskiptum við aðra skýjaþjónustu, þá er áhættan enn meiri.
Kostnaður skýr: Það er erfitt fyrir þig að vita nákvæmlega hversu mikið geymslurými hver notandi notar eða hversu mikið umferðargjald hann hefur stofnað til. Þegar þú vilt rukka greidda notendur út frá notkun, verður reikningsfærslan og mælingin óljós.Af hverju virðast þessar grunnþarfir vera svolítið „þungar“ fyrir Agent þróunaraðila að útfæra á hlutageymslu? Djúp rannsókn á ástæðunni er sú að í núverandi skýjaeigin arkitektúr er mikið tómarúm á milli „hlutageymslu“ eins og S3 og hefðbundinna „skráakerfa“. Kjarninn í hlutageymslu (S3/TOS) er „fletting“, hönnunartilgangurinn er einföld geymsla á miklu magni af gögnum, eins og stórt vöruhús, þó að afkastagetan sé næstum óendanleg, er rökrétt uppbygging afar einföld. Það skortir háþróaða möppustjórnun, fínstillta stjórn á lýsigögnum og raunverulega leigjenda meðvitund. Þegar þróunaraðilar reyna að líkja eftir „þrívíðu“ fjölleigenda skráakerfi á „flötum“ S3 með því að harðkóða forskeyti, erum við í raun að nota „statíska KV geymslu“ til að bera „möppumerkingu, sterka einangrun“ skráaraðgangsaðferð Agent forritsins. Það er að segja, Agent þarf að eyða aukalega táknum til að stjórna skrám og stjórna og leysa leyfi og einangrun margra leigjenda. Þessi auka tákn sýna öll að einföld geymsluþjónusta sem S3 skilgreinir er ekki nógu einföld fyrir Agent.

Árið 2025 útskýrði S3 bloggið „Design patterns for multi-tenant access control on Amazon S3“ S3 Access Point nánar. Þetta þýðir að hægt er að búa til marga sýndarnetaðgangspunkta og stilla sérsniðna aðgangspunktastefnu fyrir hvern aðgangspunkt, sem býður upp á nokkrar lausnir fyrir fjölleigendaaðstæður á netáætlunarstigi.

Agent Undraland

Ímyndaður Agent þróunaraðili getur byggt fullkomlega netþjónalausan Agent byggt á „Agent SDK + geymslu + MaaS þjónustu“ þegar hann þróar AI Agent:

Agent getur keyrt fullkomlega netþjónalaust
Hægt er að sameina núverandi vörugetu til að byggja upp Agent með Vibe Coding aðferð
Þarf aðeins að viðhalda „ADK“ python forskriftum
Geymsla notar hlutageymslu
AI geta notar Doubao
Fræðilega séð engin ECS eða önnur tilviksgerð vara

Á sama tíma þarf geymslan að veita eftirfarandi getu:

Agent getur haft geymslu með hlutamerkingu (vistað skrár), veitt fjölleigendaaðgangsgetu, byrjað á milljónum og hægt að stækka í hundruð milljóna
Agent getur veitt hverjum notanda sjálfstætt rými (milli margra fyrirtækja geta fyrirtæki eða uid haft sama nafnið)
Agent getur stillt bandbreidd hvers notanda beint og stillt heildarstærðarmörk notandahluta
Agent getur reiknað, fylgst með og fylgst með notendum
Agent getur stillt aðgangsstefnu fyrir skrár hvers notanda

Agent Bucket: Innspýting „innfæddra fjölleigenda“ gena í AI Agent

Til að leysa þetta vandamál frá grunni höfum við sett fram nýtt dæmi um hlutageymslu - Agent Bucket. Kjarnan í nýsköpun þess er að kynna nýtt innfætt auðlindastig á milli hefðbundinna „föta“ og „hluta“: hlutasöfn.

Kjarnahugmyndin að þessari hönnun er afar einföld: passaðu hvert og eitt endanotanda þinn við sérstakt ObjectSet. Þú getur ímyndað þér ObjectSet sem „gagnahólf“ eða „persónulegt skýjarými“ sem er sérstaklega hannað fyrir hvern notanda. Það tilheyrir rökrétt fötu þinni (þróunaraðila), en líkamlega og stjórnunarlega hefur það sitt eigið sjálfstæða „persónuleika“ og „lífsferil“.Agent Bucket styður 100 milljón ObjectSet í hverri tunnu, sem þýðir að þú getur þjónustað hundruð milljóna endanotenda á þægilegan hátt, eins og hver endanotandi „búi“ í sínu eigin aðskilda geymslurými, án þess að þurfa að hafa áhyggjur af stjórnun geymslu fyrir marga leigjendur.

ObjectSet hönnun – Hæfileikar sem eru vingjarnlegir fyrir Agent

Í Agent Bucket er ObjectSet ekki bara auka lag, heldur breytir það erfiðustu kröfum í aðstæðum með marga leigjendur í innbyggða eiginleika sem eru tilbúnir til notkunar. Þegar eignarhald gagna er skýrt á ObjectSet laginu, verða röð hæfileika sem áður voru erfiðir í framkvæmd að veruleika.

Innbyggð einangrun: Á ObjectSet laginu geturðu stillt sjálfstæð QPS, bandbreiddartakmarkanir og afkastagetu fyrir hvern notanda. Upplifun greiddra notenda er tryggð og óeðlileg hegðun ókeypis notenda mun ekki hafa áhrif á aðra. Þetta er raunveruleg bilunarsvæðiseinangrun, sem kemur í veg fyrir að „nágrannar“ trufli hver annan.
Innbyggð heimild: Hvert ObjectSet getur haft eigið lén. Þetta þýðir að þú getur gefið notanda A einkaaðgangsslóð eins og user-a.yourapp.com, í stað þess að afhjúpa lénið fyrir alla geymslutunnuna. Snjallara er „tvöfalt læsing“ hönnun: Fyrsta læsingin er tímabundið aðgangsskírteini (STS) gefið út af skýjaþjónustuaðilanum, sem stjórnar aðgangsheimildum á forritalaginu; önnur læsingin er sjálfstætt lén ObjectSet, sem læsir aðgangsbeiðnum í gagnarými notandans frá netlaginu. Þetta bætir gagnaöryggi til muna.
Innbyggt eftirlit: Á eftirlitsmælaborðinu geturðu ekki lengur bara séð yfirlitsgögn fyrir alla tunnuna. Þú getur brotið niður eftirlitsmyndrit eftir ObjectSet til að fá skýra innsýn í hvaða endanotandi er að framkvæma mikið af aðgangi og tekið nákvæmar rekstrar- og hagræðingarákvarðanir.
Innbyggð hæfileikalækkun: Stefnum sem áður var aðeins hægt að stilla á tunnustigi er nú hægt að lækka niður í hvern notanda. Þú getur stillt mismunandi líftíma gagna fyrir notendur af mismunandi stigum, eða notað mismunandi dulkóðunarlykla fyrir hvert ObjectSet til að ná fínni og öruggari gagnastjórnun.
Innbyggð mæling: Viltu vita hversu mikið geymslurými hver notandi notar? Viltu skipta geymslukostnaði nákvæmlega á hvern notanda? Það er nú auðvelt. Agent Bucket mun sjálfkrafa telja afkastagetu og notkun hvers ObjectSet, sem gerir reikninginn þinn og skiptingu skýra.
Innbyggð gjaldtaka: Hönnuðir geta auðveldlega innleitt kostnaðarskiptingu og ýtt kostnaðinum sem fellur til við geymslu nákvæmlega aftur á hvern endanotanda. Til dæmis, rukka mismunandi gjöld í samræmi við raunverulegt kostnaðarhlutfall sem mismunandi notendur A, B og C hafa í för með sér, til að veita gagnastuðning fyrir markaðssetningu Agent.
Innbyggt hámarksafkastageta: Til að stjórna rekstrarkostnaði Agent geturðu stillt kvóta (hámarksafkastagetu) fyrir hvert ObjectSet. Þegar forstilltu gildi er náð mun kerfið takmarka notandann frá því að búa til nýjar skrár, og forðast misnotkun auðlinda í aðstæðum með marga leigjendur frá rótinni.
Innbyggð greind: Agent Bucket gerir Agent kleift að brjótast út úr takmörkunum einfaldrar „geymslu og aðgangs“ hefðbundinna skráa, gefur Object innbyggða greind og styður á skilvirkari hátt einstaka þróun Agent. ObjectSet getur opnað snjallvísitölu með einum smelli, veitt Agent vingjarnlega fjölbreytta spurningasvörunargetu og komið í stað vélrænna aðgerða hefðbundinnar Object CRUD; það styður jafnvel að opna Agentself ham með einum smelli, tengir saman vigra, þekkingu, líkön og prompt, og afhjúpar beint sviðssett undir-Agent virkni, sem gerir efri Agent hönnuðum kleift að einbeita sér að sköpun aðalviðskiptaflæðis og losa að fullu um skilvirkni greindrar peningamyndunar.

Tæknilegar áskoranir af völdum sprengingar í umsóknarstærð

Með því að kynna innbyggt hugtak ObjectSet, veitir Agent Bucket forritahönnuðum glæsilega og skilvirka leið til að stjórna gögnum hundruða milljóna endanotenda. Stafrænar eignir hvers notanda eru geymdar á öruggan hátt í sínu eigin einkarekna ObjectSet, sem náttúrulega innleiðir einangrun, gjaldtöku og kvótastjórnun.

Með hröðum vexti umsóknarstærðarinnar koma flókið stjórnunar á miklu magni af Set, erfiðleikar við einangrun og líkamlegir flöskuhálsar fram á sama tíma:

Vandamál við stigskipta stjórnun á miklu magni notenda: Þegar forrit stjórna mismunandi auðlindum og eiginleikum mikils fjölda notenda af mismunandi stigum, þurfa þau að hanna og innleiða stigskiptar lýsigögn notenda sjálf og tengja eiginleika geymslu hluta. Að hjálpa hönnuðum að stjórna stigskiptingu notenda á glæsilegan hátt á upprunalegu hugtaki Set er mikilvægt til að flýta fyrir innleiðingu forrita. - Flöskuháls einnar klasa: Þrátt fyrir að Agent Bucket sé rökrétt séð óendanlega stækkanleg, eru lýsigögnin sjálfgefið geymd í einni eðlisfræðilegri klasa. Þegar heildarfjöldi hluta í fötu nær hundrað milljörðum eða jafnvel billjónum, verður eðlisfræðileg geta einnar klasa óyfirstíganlegt hámark.
Sameiginlegt vandamál aðgangsstaða: Fjölbreytileiki viðskipta Agent og gríðarlegt magn notenda skapar meiri öryggisáhættu og sprengisvið fyrir aðgangsstaðinn sjálfan. Hvernig á að framkvæma kraftmikla áætlunargerð í samræmi við mismunandi viðskipti og notendur, og ná fram mismunandi öryggis-, einangrunar- og hraðvirkni getu er erfitt.

Set Tagging: Merkingarstýring á flokkun notenda

ObjectSet býður upp á innfædda merkimiðastýringu, sem gerir Agent þróunaraðilum kleift að nota set tagging getu á einfaldan hátt til að ljúka flokkunarstjórnun notenda; þróunaraðilar geta skilgreint tag fyrir hvert notendastig og virkjað mismunandi kvóta og eiginleika fyrir hvert tag. Öll ObjectSet sem eru merkt með þessu tagi munu nota samsvarandi kvóta og eiginleika. Tökum V1, V2 og V3 stig sem dæmi:

V1: Sjálfgefið stig, ókeypis notendur, sjálfgefið tag fyrir öll ObjectSet, hægt að stilla til að geyma að hámarki 1GiB af gögnum, opinber netdreifing má ekki fara yfir 100mbps bandbreidd, niðurhalshraði einnar streymis er stjórnað í 1mbps;
V2: Gjaldskyldir meðlimir á byrjunarstigi, stillt til að geyma að hámarki 10GiB af gögnum, opinber netdreifing má ekki fara yfir 10gbps bandbreidd, niðurhalshraði einnar streymis er stjórnað í 10mbps;
V3: Gjaldskyldir meðlimir á háu stigi, auk þess að veita stærri geymslu og opinbera netdreifingarkvóta, styðja þeir einnig stillingar til að virkja viðbótar opinbera net veikburða net hröðun og afkastamikla miðlahröðunargetu;

Agent þróunaraðilar geta sveigjanlega notað V1/V2/V3 tagging til að stjórna auðlindum og virðisaukandi eiginleikum sem þessir notendur geta notað fyrir mismunandi þróunarferli mismunandi notenda.

Set Slice: Innfædd einangrun fyrir gríðarlegt magn notendagagna

Þegar Set í Agent Bucket nær hundrað milljónum og fjöldi hluta nær hundrað milljörðum eða billjónum, mun sú staðreynd að "öll lýsigögn einnar Bucket eru miðlæg í einni KV klasa" sjálf í för með sér tvöfalda áhættu á getu og afköstum.

Set Slice býður upp á hugmynd um "rökrétta sundrun, eðlisfræðilega sundrun":

Frá rökréttu sjónarmiði stjórnarðu ennþá aðeins einni Agent Bucket.
Á eðlisfræðilegu stigi, samkvæmt umfangi Set og nafna hluta innan Set, eru lýsigögnin skipt í marga Slice (sneiðar), og hver Slice er hægt að geyma í mismunandi klasum. Margar Set eru náttúrulega einangraðar og ein Set er lárétt stækkuð.

Set Slice er frekari framlenging og trygging á ObjectSet getu. Það leysir vandamálið af óendanlegri stækkun eðlisfræðilegrar getu á lágu stigi, en tryggir einnig stöðugleika og samræmi ObjectSet stjórnunarlíkansins á efra laginu.

Stöðug stjórnunarmörk: Jafnvel þótt gögn einnar Agent Bucket spanni margar eðlisfræðilegar klasa, er ObjectSet enn eina grunneiningin fyrir heimildir, kvóta, reikningagerð og eftirlit. Stefna sem þróunaraðilar stilla fyrir ObjectSet (eins og aðgangsstýring, getuþak) mun sjálfkrafa taka gildi á öllum tengdum Slices, án þess að þurfa að hafa áhyggjur af dreifingu undirliggjandi gagna.
Ein Set er línulega stækkanleg: Þegar gagnamagn ákveðinnar ObjectSet vex hratt, munu gögnin dreifast náttúrulega á marga Slices. Með stækkun heildarklasans mun geta ObjectSet einnig vaxa óaðfinnanlega og línulega, án þess að þróunaraðilar þurfi að framkvæma neinar sundrunar- eða flutningsaðgerðir á ObjectSet sjálfri.
Auðlindaeinangrun milli Set: Með því að dreifa hlutum af mismunandi umfangi á mismunandi eðlisfræðilegar klasa, nær SetSlice víðtækari auðlindaeinangrun. Í samsettri meðferð með kvótastjórnun ObjectSet er hægt að koma í veg fyrir að gagnavaxta ákveðinnar "ofurstórrar" ObjectSet troði öllum auðlindum einnar klasa, og hafi þannig áhrif á stöðugleika annarra ObjectSet, sem gerir heildargetuáhættuna stjórnanlega. - Rökrétt samræmi og samhæfni: Fyrir fyrirtæki og þróunaraðila, sama hversu margir Slice eru undir, þá standa þeir alltaf frammi fyrir rökrétt samræmdum Agent Bucket. Allar aðgerðir á fötu, ObjectSet og hlutum haldast óbreyttar, sem gerir eðlisfræðilega stækkun fullkomlega gagnsæ fyrir efri lög forrita.

Set AccessPoint: Einangraðu aðgangsstaði hvers notanda

Agent Bucket styður að opna sjálfstæða aðgangsstaði (sjálfstætt lén) fyrir hvert ObjectSet og stækka mismunandi öryggis-, einangrunar- og hraðvirkni á aðgangsstaðnum. Kerfið þarf að styðja hundruð milljóna sjálfstæðra aðgangsstaðaáætlana og mismunandi stillingargetu.

Sjálfstætt aðgangslén {$apid}.tos-objectset-ap.volces.com: Tveggja stiga öryggisvörn

Fyrsta stig Obscurity (dul): Sjálfstætt undirlén By User/ObjectSet, apid há entropy dreifing, mjög lítil árekstrarlíkindi, það er ómögulegt að giska á og tæma tiltekinn notanda inngang frá aðgangsléninu;
Annað stig Containment (innilokun): Agent þróunaraðilar nota sts til að dreifa ObjectSet stigs aðgangsheimildum, jafnvel þótt sts leki, getur það stjórnað aðgangssviðinu sem er takmarkað við takmarkaðan gildistíma ákveðins ObjectSet;

Leiðbeinandi áætlunarkerfi: Hundruð milljóna lén áætlunarstefnubereikningar

Mismunandi aðgangsstefna By user/ObjectSet:tag
Margir user/ObjectSet eru sjálfkrafa dreifðir á mismunandi opinbera netinnganga og fjöldi notenda sem verða fyrir áhrifum af bilun í einum inngangi er stjórnað
Sveigjanleg áætlun á öllu svæðinu, bilun/ofhleðsla í hvaða einum inngangi sem er lýkur sjálfkrafa flutningi á umferð
Notendur með opinbera nethraðvirkni dreifingu, merkja opinbera nethraðvirkni tag og áætla sjálfkrafa hraðvirknisinngang
Notendur með opinbera nethættu, merkja áhættu tag, áætla sjálfkrafa opinbera neteinangrunarinngang og lækka opinbera netbandbreiddarkvóta
Notendur með innra net yfir svæði, merkja yfir svæði tag, áætla sjálfkrafa innra net sérstaka línu hraðvirknileið
Notendur staðbundins hraðvirkis, merkja hraðvirki tag og tengja sjálfkrafa staðbundinn hraðvirki

Set AccessPoint áætlunarkerfi

Frá forritunarhjálp til AI skýjadrifs, óendanlegir möguleikar Agent Bucket

Agent Bucket veitir fullkomna lausn fyrir Agent og hönnunarsvið ObjectSet er langt umfram þetta. Það er auðvelt að stækka það í öll forrit sem þurfa að veita þjónustu fyrir gríðarlegan fjölda endanotenda:

Kóðageymsla: Í fortíðinni, þegar fyrirtæki eða einstaklingar hýstu kóða í skýinu, þurftu þeir oft að byggja „leigjendakerfi“ ofan á hlutageymsluna til að ná reikningseinangrun og heimildarstýringu. Nú er hægt að úthluta einkarétt ObjectSet til hvers þróunaraðila til að geyma kóðageymslur, byggingarvörur og ósjálfstæði sameiginlega. Agent Skills er einnig náttúrulega aðlagað ObjectSet. Skills upphleðsla og niðurhal dreifing veitir sterka einangrun í gegnum ObjectSet til að forðast truflun á Agent keyrslutíma.
Myndaalbúm netdrif fyrirtækisins: Hefðbundin myndaalbúm eða netdrifsþjónusta blandar oft myndum allra notenda í sömu fötu og greinir notendur með forskeyti. Þetta er ekki aðeins flókið í stjórnun heldur einnig viðkvæmt fyrir „nágrannaáhrifum“. Byggt á ObjectSet falla myndir og myndbönd hvers notanda í sitt eigið Set. Hámarks aðgangur truflar ekki hvert annað og þú getur einnig stillt hámarksgetu, öryggisafritunarstefnu og dulkóðunaraðferðir fyrir hvern notanda til að ná sannarlega „hver og einn hefur öruggt og stjórnanlegt skýjamyndaalbúm“.
Hadoop gagnaver: Í gagnaveri fyrirtækisins deila mismunandi viðskiptalínur og mismunandi gagnagrunnar oft auðlindum á sömu undirliggjandi geymslu. Með því að kortleggja hvern gagnagrunn í ObjectSet geta fyrirtæki náð einangrun og kvótastýringu eftir gagnagrunni ofan á sameinaða geymslu. Sérstaklega veitir ObjectSet auka heimildarlag á TOS, sem veitir einangrun og heimildarstýringu fyrir gagnagrunna og töflur sem eru geymdar á TOS án þess að breyta núverandi Proton on TOS. - Líkanhýsingarvettvangur: Í hýsingaraðstæðum stórra líkana er hvert líkan ekki aðeins umfangsmikið heldur getur það einnig samsvarað mismunandi útgáfum, þyngdum og ályktunarstillingum. Með því að búa til ObjectSet fyrir hvert líkan er hægt að pakka líkanaþyngdum, Tokenizer, stillingarskrám og tengdum mats gögnum og hýsa á sama svæði. Rekstraraðilar geta sett mismunandi dulkóðunarstefnur, öryggisafritunarstefnur og bandbreiddarstýringu fyrir mismunandi líkön. Á sama tíma er hægt að nota innbyggða mælifærni til að telja raunverulegan notkunarkostnað hvers líkans og veita grundvöll fyrir gjaldtöku og auðlindastýringu eftir líkanavídd.
Data SaaS þjónusta: Gagnadreifingarvettvangur sem snýr að miklum fjölda endanotenda þarf oft að tengjast mörgum gagnaveitum á sama tíma. Það þarf bæði að tryggja skýr gagnamörk allra aðila og forðast afköstutengda áhættu af því að "ein stór tunna dregur alla niður". Með hjálp Agent Bucket getur hver gagnaveita haft sitt eigið ObjectSet til að stjórna upprunalegum gögnum og vinnsluniðurstöðum á samræmdan hátt. Í gegnum sjálfstætt lén og bandbreidd, QPS kvóta, er hægt að veita mismunandi þjónustutryggingu og hraðatakmörkun fyrir mismunandi veitur, til að átta sig á "einn vettvangur, margar veitur, einangraðar hver frá annarri en samt stjórnanlegt samstarf" gagnadreifingarinnviða.

Reference: