Agent Bucket: Тэрбум Agent-ийн уугуул хадгалах сав

AI Agent борооны дараах мөөг шиг олширч байгаа өнөө үед хөгжүүлэгчид урьд өмнө байгаагүй хурдаар төсөөллөөр дүүрэн ухаалаг програмуудыг бүтээж байна. Код бичихэд туслах програмчлалын туслахаас эхлээд нэг өгүүлбэрээр кино бүтээх бүтээлч хэрэгсэл, үргэлж бэлэн байх хувийн ухаалаг туслах хүртэл Agent бидний дижитал ертөнцтэй харилцах арга барилыг өөрчилж байна. Энэхүү давалгааны цаана нэг л зүйл тодорхой болж байна: Serverless архитектур (жишээ нь Lambda), том хэлний загвар (LLM) болон үүлэн хадгалах сан (жишээ нь S3, TOS) зэрэгт тулгуурлан Vibe Coding-той хослуулснаар хэн ч 30 минутын дотор өөрийн гэсэн AI Agent-ийг хурдан хугацаанд бүтээх боломжтой.

"Ашиглаж болохоос" "сайн ашиглах" хүртэл Agent хөгжүүлэгчид "тоглоомоос" "үйлдвэрлэлийн түвшний програм" болохын тулд даван туулах хэрэгтэй хэвээр байна. Бизнес олон сая хэрэглэгчтэй болохын хэрээр хөгжүүлэгчид маш төвөгтэй сорилттой тулгардаг: олон тооны эцсийн хэрэглэгчдэд зориулж объектын хадгалах санд бүрэн хадгалах шийдлийг хэрхэн бий болгох вэ? Ихэнх хөгжүүлэгчдийн хувьд энэ нь зөвхөн технологийн саад тотгор төдийгүй Agent-ийг өргөн хүрээнд түгээхэд саад болж байна. Agent Bucket нь AI-д суурилсан хадгалах дизайны тусламжтайгаар олон түрээсийн системийн бүтээн байгуулалтын процессыг бүрэн хялбаршуулж, Agent-ийн илүү ээлтэй чадварыг хангах зорилготой.

Олон сая хэрэглэгч орж ирэхэд уламжлалт объектын хадгалах сан "хангалтгүй" болно

Та AIGC-ийн алдартай програм хөгжүүлсэн гэж төсөөлөөд үз дээ. Хэрэглэгч бүр маш олон зураг, видео болон түр зуурын файлуудыг үүсгэж, хадгална. Хөгжүүлэгчийн хувьд та S3 болон TOS зэрэг боловсорсон, өргөжих боломжтой объектын хадгалах үйлчилгээг сонгох нь гарцаагүй. Гэхдээ асуудал энд байна: олон тооны хэрэглэгчдийн өгөгдлийг хэрхэн удирдах вэ?

2022 онд S3-ийн блогт 《Partitioning and Isolating Multi-Tenant SaaS Data with Amazon S3》 хоёр аргыг тайлбарласан байдаг: "Түрээслэгч бүр тусдаа S3 савыг ашиглах" болон "Урьдчилсан нөхцөл дээр суурилсан тусгаарлагдсан нийтийн S3 сав".

• Хэрэглэгч бүрт тусдаа "сав" (Bucket) үүсгэх: Энэ нь хэрэглэгчийн тоо цөөн үед боломжтой, гэхдээ хэрэглэгчийн тоо хэдэн арван мянга, хэдэн сая болж өсөхөд савны тоо хурдацтай өсч, удирдлагын зардал болон нөөцийн хязгаарлалт тэвчихийн аргагүй болно. S3 нь бүх бүсэд нийт 10000 савны квотыг санал болгодог боловч AI-ийн халуухан чадварын хувьд 10000 нь хангалтгүй юм.

• Нэг сав дотор "урьдчилсан нөхцөл"-өөр хэрэглэгчдийг ялгах: Энэ нь гол шийдэл болсон. Жишээлбэл, A хэрэглэгчийн файлууд нь user-a/-аар эхэлж, B хэрэглэгчийн файлууд нь user-b/-аар эхэлнэ, яг л компьютерт байгаа файлуудыг хавтас ашиглан удирдаж байгаатай адил. Гэхдээ объектын хадгалах санд уугуул хавтас байхгүй, энэ шийдэл нь "K-V" хадгалах системд "нийтийн урьдчилсан нөхцөл" (Prefix) ашиглан олон түрээслэгчийг ялгах замаар хийгддэг.

"Сав" эсвэл "урьдчилсан нөхцөл" дээр суурилсан энэ шийдэл сүүлийн арван жилд өргөн хэрэглэгдсэн. Гэхдээ дараах асуудлууд байдаг:

• Олон түрээсийн тусгаарлалт: Бүх хэрэглэгчийн өгөгдөл нэг саванд холилдсон тул нэг хэрэглэгчийн хэвийн бус өндөр давтамжтай хандалт нь бусад бүх хэрэглэгчдэд нөлөөлж, "хөршийн эффект" үүсгэж болзошгүй. Гүйцэтгэлийн тусгаарлалт, гэмтлийн тусгаарлалт гэж байхгүй.

• Зөвшөөрлийн хяналт: Төвөгтэй зөвшөөрлийн бодлого (IAM Policy) -г засварлахад хэцүү бөгөөд тохиргооны алдаа гаргахад хялбар бөгөөд энэ нь хэрэглэгчийн өгөгдлийг санамсаргүйгээр ашиглах шалтгаан болдог, ялангуяа бусад үүлэн үйлчилгээтэй харилцах шаардлагатай үед эрсдэл улам бүр нэмэгддэг.

• Зардлын тодорхой байдал: Хэрэглэгч бүр хэдий хэмжээний хадгалах зай эзэлж, хэдий хэмжээний траффикын төлбөр төлсөнийг та нарийн мэдэхэд хэцүү. Хэрэглээний дагуу төлбөртэй хэрэглэгчдээс төлбөр авахыг хүсвэл төлбөр тооцоо, хэмжилт нь бүрхэг зүйл болно.Яагаад эдгээр энгийн мэт хэрэгцээг Agent хөгжүүлэгчид объект хадгалах сан дээр хэрэгжүүлэхэд арай \Agent Bucket нь нэг саванд 100 сая ObjectSet-ийг дэмждэг бөгөөд энэ нь танд хэдэн зуун сая эцсийн хэрэглэгчдэд үйлчлэх боломжийг олгодог. Энэ нь эцсийн хэрэглэгч бүр өөрийн гэсэн тусдаа хадгалах саванд "амьдарч" байгаа мэт бөгөөд олон түрээсийн хадгалах менежментийн талаар санаа зовох шаардлагагүй болно.

ObjectSet дизайн - Agent-д ээлтэй чадавхи

Agent Bucket-ийн ObjectSet нь зүгээр л нэг түвшин нэмсэн зүйл биш, харин олон түрээсийн нөхцөлд хамгийн хэцүү хэрэгцээг шууд ашиглах боломжтой үндсэн чадавхи болгосон. Өгөгдлийн өмчлөл ObjectSet түвшинд тодорхой болсны дараа өмнө нь хэрэгжүүлэхэд хэцүү байсан цуврал чадавхиуд аяндаа бий болно.

• Үндсэн тусгаарлалт: ObjectSet түвшинд та хэрэглэгч бүрт зориулж тусдаа QPS, зурвасын өргөн хязгаарлалт, багтаамжийн квот тохируулах боломжтой. Төлбөртэй хэрэглэгчийн туршлага баталгаатай байх ба үнэгүй хэрэглэгчийн хэвийн бус үйлдэл бусдад нөлөөлөхгүй. Энэ бол жинхэнэ алдааны домэйн тусгаарлалт бөгөөд "хөршүүд" бие биедээ саад болохгүй.

• Үндсэн эрх: ObjectSet бүр тусдаа домэйнтой байж болно. Энэ нь та хэрэглэгч A-д user-a.yourapp.com гэсэн онцгой хандалтын хаяг өгөх боломжтой гэсэн үг бөгөөд хадгалах савны домэйныг бүхэлд нь ил гаргах шаардлагагүй болно. Илүү ухаалаг зүйл бол "хоёр цоож" дизайн юм: Эхний цоож нь үүл үйлчилгээ үзүүлэгчийн олгосон түр хандалтын гэрчилгээ (STS) бөгөөд програмын түвшний хандалтын эрхийг хянадаг; Хоёр дахь цоож нь ObjectSet-ийн тусдаа домэйн бөгөөд хандалтын хүсэлтийг хэрэглэгчийн өөрийн өгөгдлийн саванд сүлжээний түвшинд цоожилдог. Энэ нь өгөгдлийн аюулгүй байдлыг эрс сайжруулдаг.

• Үндсэн хяналт: Хяналтын самбар дээр та зөвхөн савны нийт өгөгдлийг харах боломжгүй болно. Та ObjectSet-ээр хяналтын графикийг задалж, аль эцсийн хэрэглэгч их хэмжээний хандалт хийж байгааг тодорхой харж, үйл ажиллагааны болон оновчлолын талаар нарийн шийдвэр гаргах боломжтой.

• Үндсэн чадавхийн бууралт: Өмнө нь зөвхөн савны түвшинд тохируулах боломжтой байсан бодлогыг одоо хэрэглэгч бүрт бууруулах боломжтой. Та янз бүрийн зэрэглэлийн хэрэглэгчдэд зориулж өгөгдлийн амьдралын өөр өөр мөчлөг тохируулах эсвэл ObjectSet бүрт зориулж өөр өөр шифрлэлтийн түлхүүр ашиглаж, өгөгдлийн илүү нарийвчилсан, аюулгүй менежментийг хэрэгжүүлэх боломжтой.

• Үндсэн хэмжилт: Хэрэглэгч бүр хэдий хэмжээний хадгалах зай эзэлж байгааг мэдэхийг хүсэж байна уу? Хадгалах зардлыг хэрэглэгч бүрт нарийвчлан хуваарилахыг хүсэж байна уу? Одоо энэ нь маш хялбар болсон. Agent Bucket нь ObjectSet бүрийн багтаамж болон ашиглалтын талаар автоматаар статистик гаргаж, төлбөр тооцоо болон хуваарилалтыг тодорхой болгоно.

• Үндсэн төлбөр тооцоо: Хөгжүүлэгчид зардлыг хялбархан хуваарилж, хадгалалтаас үүссэн зардлыг эцсийн хэрэглэгч бүрт нарийвчлан буцааж тооцоолох боломжтой. Жишээлбэл, A, B, C гэх мэт хэрэглэгчдийн бодит зардлын харьцааг үндэслэн ялгаатай төлбөр авч, Agent-ийн арилжааны үйл ажиллагааг өгөгдлөөр дэмжих боломжтой.

• Үндсэн багтаамжийн дээд хязгаар: Agent-ийн үйл ажиллагааны зардлыг хянахын тулд та ObjectSet бүрт зориулж Quota (багтаамжийн дээд хязгаар) тохируулах боломжтой. Урьдчилан тохируулсан утгад хүрсний дараа систем хэрэглэгчийн шинэ файл үүсгэхээс хязгаарлаж, олон түрээсийн нөхцөлд нөөцийг буруу ашиглахаас үндсээр нь сэргийлнэ.

• Үндсэн ухаалаг байдал: Agent Bucket нь Agent-ийг уламжлалт файлын энгийн "хадгалах, авах" хязгаараас гаргаж, Object-д үндсэн ухаалаг байдлыг өгч, Agent-ийн нэг цэгийн хөгжлийг илүү үр дүнтэй дэмждэг. ObjectSet нь ухаалаг индексжүүлэлтийг нэг товшилтоор асааж, Agent-д зориулж үндсэн ээлтэй олон горимын асуулт хариултын чадварыг хангаж, уламжлалт Object CRUD-ийн механик үйлдлийг орлодог; Тэр ч байтугай Agentself горимыг нэг товшилтоор асааж, вектор, мэдлэг, загвар болон prompt-ийг холбож, үзэгдлийн дэд Agent функцийг шууд ил гаргаж, дээд түвшний Agent хөгжүүлэгчдийг үндсэн бизнесийн ажлын урсгалыг бий болгоход анхаарч, ухаалаг мөнгө олох үр ашгийг бүрэн дүүрэн гаргах боломжийг олгодог.

Програмын цар хүрээний огцом өсөлтөөс үүдэлтэй техникийн сорилтууд

Agent Bucket нь ObjectSet гэсэн үндсэн ойлголтыг нэвтрүүлснээр програм хөгжүүлэгчдэд хэдэн зуун сая эцсийн хэрэглэгчийн өгөгдлийг удирдах гоёмсог, үр ашигтай аргыг санал болгодог. Хэрэглэгч бүрийн дижитал хөрөнгө нь өөрийн гэсэн ObjectSet-д аюулгүй хадгалагдаж, тусгаарлалт, төлбөр тооцоо болон квотын менежментийг автоматаар хэрэгжүүлдэг.

Програмын цар хүрээ огцом өсөхийн хэрээр асар их Set-ийг удирдах нарийн төвөгтэй байдал, тусгаарлах хэцүү байдал, физик саад тотгор зэрэг нь нэгэн зэрэг илэрч байна:

• Олон тооны хэрэглэгчийг зэрэглэлээр удирдах асуудал: Програм нь янз бүрийн зэрэглэлийн олон тооны хэрэглэгчийн нөөц болон онцлогийг ялгаатай удирдахдаа хэрэглэгчийн зэрэглэлийн мета өгөгдлийг өөрөө зохион бүтээж, хэрэгжүүлэх шаардлагатай бөгөөд объектын хадгалах онцлогийн унтраалгатай холбож, Set-ийн үндсэн ойлголтоор хөгжүүлэгчдэд хэрэглэгчийн зэрэглэлийг гоёмсогоор удирдах нь програмыг хурдасгах чухал ач холбогдолтой.

• Нэг кластерийн багтаамжийн хязгаарлалт: Agent Bucket нь логикийн хувьд хязгааргүй өргөжих боломжтой ч мета өгөгдөл нь анхдагчаар нэг физик кластерт хадгалагддаг. Сав доторх объектуудын нийт тоо хэдэн зуун тэрбум, бүр хэдэн их наяд хүрэхэд нэг кластерийн физик багтаамж нь давж боломгүй хязгаар болдог.

• Холболтын цэгийн хуваалцах асуудал: Agent-ийн бизнесийн олон янз байдал, асар их хэмжээний хэрэглэгчид холболтын цэгт аюулгүй байдлын эрсдэл, дэлбэрэлтийн радиусыг авчирдаг. Олон тооны өөр өөр бизнес, хэрэглэгчийн ялгаатай байдалд үндэслэн динамик төлөвлөлт хийх, ялгаатай аюулгүй байдал, тусгаарлалт, хурдасгах чадварыг хэрхэн хэрэгжүүлэх нь хүндрэлтэй асуудал болж байна.

Set Tagging: Хэрэглэгчийн зэрэглэлийг шошгоор удирдах

ObjectSet нь хэрэглэгчийн зэрэглэлийг удирдахын тулд Agent хөгжүүлэгчдэд set tagging чадварыг хялбархан ашиглах боломжийг олгодог шошгоор удирдах аргыг санал болгодог; Хөгжүүлэгчид хэрэглэгчийн түвшин бүрийг tag-тай холбож, tag бүрт өөр өөр квот, онцлог шинж чанарыг идэвхжүүлж болно. Энэ tag-тай бүх ObjectSet нь холбогдох квот, онцлог шинж чанарыг хэрэглэнэ. V1, V2, V3 гэсэн гурван түвшинг жишээ болгон авч үзье.

• V1: Анхдагч түвшин, үнэгүй хэрэглэгч, бүх ObjectSet-ийн анхдагч tag, хамгийн ихдээ 1GiB өгөгдөл хадгалах боломжтой, нийтийн сүлжээгээр түгээхдээ 100mbps-ээс хэтрэхгүй, нэг урсгалын татах хурдыг 1mbps-ээр хязгаарлана.

• V2: Эхлэгч төлбөртэй гишүүн, хамгийн ихдээ 10GiB өгөгдөл хадгалах боломжтой, нийтийн сүлжээгээр түгээхдээ 10gbps-ээс хэтрэхгүй, нэг урсгалын татах хурдыг 10mbps-ээр хязгаарлана.

• V3: Дээд зэрэглэлийн төлбөртэй гишүүн, илүү том хадгалах багтаамж, нийтийн сүлжээгээр түгээх квотоос гадна нийтийн сүлжээний сул дорой сүлжээг хурдасгах, өндөр хүчин чадалтай медиа хурдасгах чадварыг идэвхжүүлэхийг дэмждэг.

Agent хөгжүүлэгчид хэрэглэгчийн хөгжлийн өөр өөр үе шатанд V1/V2/V3 tagging-ийг ашиглан эдгээр хэрэглэгчдийн ашиглах боломжтой нөөц, нэмүү өртөг шингэсэн онцлог шинж чанарыг удирдах боломжтой.

Set Slice: Олон тооны хэрэглэгчийн өгөгдлийг төрөлхийн тусгаарлах

Нэг Agent Bucket доторх Set-ийн тоо тэрбумд хүрч, объектын тоо хэдэн зуун тэрбум, их наяд хүрэхэд "Нэг Bucket-ийн бүх мета өгөгдөл нэг KV кластерт төвлөрсөн" гэсэн баримт нь багтаамж, гүйцэтгэлийн хос эрсдэлийг дагуулдаг.

Set Slice нь "логикийг салгахгүй, физикийг салгах" гэсэн санааг санал болгодог.

• Логикийн хувьд та зөвхөн нэг Agent Bucket-ийг удирдаж байна.

• Физикийн хувьд Set болон Set доторх объектын нэрийн хүрээг үндэслэн мета өгөгдлийг хэд хэдэн Slice (зүсэлт)-д хувааж болно. Slice бүрийг өөр өөр кластерт хадгалах боломжтой. Олон Set нь төрөлхийн тусгаарлагдсан, нэг Set нь хэвтээ чиглэлд өргөжиж болно.

Set Slice нь ObjectSet-ийн чадварыг цаашид өргөжүүлж, баталгаажуулж байгаа бөгөөд энэ нь үндсэн давхаргад физик багтаамжийг хязгааргүй өргөжүүлэх асуудлыг шийдэж, дээд давхаргын ObjectSet-ийн удирдлагын загварын тогтвортой байдал, уялдааг хангадаг.

• Удирдлагын хил хязгаар тогтвортой: Agent Bucket-ийн өгөгдөл хэд хэдэн физик кластерыг хамарсан ч ObjectSet нь эрх мэдэл, квот, төлбөр тооцоо, хяналтын цорын ганц үндсэн нэгж хэвээр байна. Хөгжүүлэгчид ObjectSet-д тохируулсан бодлого (жишээлбэл, хандалтын хяналт, багтаамжийн дээд хязгаар) нь холбогдох бүх Slices дээр автоматаар хэрэгжиж, үндсэн өгөгдлийн тархалтыг анхаарах шаардлагагүй.

• Нэг Set-ийг шугаман өргөжүүлэх боломжтой: ObjectSet-ийн өгөгдлийн хэмжээ хурдацтай өсөхөд түүний өгөгдөл хэд хэдэн Slices-д автоматаар тархдаг. Нийт кластерийн багтаамж нэмэгдэхийн хэрээр ObjectSet-ийн багтаамж нь ямар нэгэн саадгүй, шугаман байдлаар нэмэгддэг. Хөгжүүлэгчид ObjectSet-ийг өөрөө салгах, шилжүүлэх гэх мэт сүйтгэх үйлдэл хийх шаардлагагүй.

• Set хоорондын нөөцийг тусгаарлах: Объектуудын өөр өөр хүрээг өөр өөр физик кластерт тархаах замаар SetSlice нь нөөцийн тусгаарлалтын илүү өндөр хэмжээсийг хэрэгжүүлдэг. ObjectSet-ийн квотын удирдлагатай хослуулан "супер том" ObjectSet-ийн өгөгдлийн өсөлт нь ганц кластерийн бүх нөөцийг шавхаж, бусад ObjectSet-ийн тогтвортой байдалд нөлөөлөхөөс үр дүнтэй сэргийлж, нийт багтаамжийн эрсдэлийг хянах боломжтой болгодог. - Логикийн нэгдмэл байдал ба нийцтэй байдал: Бизнес болон хөгжүүлэгчдийн хувьд үндсэн давхаргад хэчнээн Slice байх нь хамаагүй, тэдний өмнө үргэлж логикийн хувьд нэгдмэл Agent Bucket байх болно. Сав, ObjectSet болон объектод чиглэсэн бүх үйлдлүүд өөрчлөгдөхгүй хэвээр үлдэж, физик өргөжилт нь дээд түвшний програмуудад бүрэн ил тод байдлыг хангана.

Set AccessPoint: Хэрэглэгч бүрийн хандалтын цэгийг тусгаарлах

Agent Bucket нь ObjectSet бүрт зориулж бие даасан хандалтын цэг (бие даасан домэйн нэр) нээхийг дэмждэг бөгөөд хандалтын цэг дээр аюулгүй байдал, тусгаарлалт, хурдасгах чадварыг өргөжүүлдэг. Үүний тулд систем нь тэрбум түвшний бие даасан хандалтын цэгийн хуваарь болон ялгаатай тохиргоог дэмжих шаардлагатай.

Бие даасан хандалтын домэйн {$apid}.tos-objectset-ap.volces.com: Хоёр түвшний аюулгүй байдлын хамгаалалт

• Эхний түвшин Obscurity (нууцлал): Хэрэглэгч/ObjectSet-ээр бие даасан дэд домэйн, apid өндөр энтропийн тархалт, мөргөлдөх магадлал маш бага, хандалтын домэйны үүднээс тодорхой хэрэглэгчийн хаалгыг таамаглах, бүрэн жагсаах боломжгүй;

• Хоёр дахь түвшин Containment (хумих): Agent хөгжүүлэгчид sts-ийг ашиглан ObjectSet түвшний хандалтын эрхийг хуваарилдаг. Хэрэв sts алдагдсан ч гэсэн хандалтын хүрээг тодорхой ObjectSet-ийн хязгаарлагдмал хүчинтэй хугацаагаар хязгаарлаж болно;

Эвристик хуваарилалтын систем: Тэрбум түвшний домэйны хуваарилалтын стратегийн тооцоолол

• Хэрэглэгч/ObjectSet:tag-аар ялгаатай хандалтын стратеги

• Олон хэрэглэгч/ObjectSet-ийг янз бүрийн нийтийн сүлжээний хаалганд автоматаар тарааж, нэг хаалганы эвдрэлээс болж хэрэглэгчдийн тоо хяналтад байна

• Бүх бүс нутгийн уян хатан хуваарилалт, ямар ч нэг хаалганы эвдрэл/ачаалал хэтэрсэн тохиолдолд траффикийг автоматаар савлах, зайлуулах

• Нийтийн сүлжээгээр хурдасгах түгээлтийн төрлийн хэрэглэгчид нийтийн сүлжээний дамжуулалтыг хурдасгах tag-аар тэмдэглэгдэж, хурдасгах хаалганд автоматаар хуваарилагдана

• Нийтийн сүлжээний эрсдэлтэй хэрэглэгчид эрсдэлийн tag-аар тэмдэглэгдэж, нийтийн сүлжээний тусгаарлалтын хаалганд автоматаар хуваарилагдаж, нийтийн сүлжээний зурвасын өргөний квотыг бууруулна

• Дотоод сүлжээний хил дамнасан төрлийн хэрэглэгчид хил дамнасан tag-аар тэмдэглэгдэж, дотоод сүлжээний тусгай шугамын хурдасгах замд автоматаар хуваарилагдана

• Орон нутгийн хурдасгуур хэрэглэгчид хурдасгуурын tag-аар тэмдэглэгдэж, орон нутгийн хурдасгуурт автоматаар холбогдоно

Програмчлалын туслахаас AI үүлэн диск хүртэл Agent Bucket-ийн хязгааргүй боломж

Agent Bucket нь Agent-д зориулсан төгс шийдлийг хангадаг бөгөөд ObjectSet-ийн дизайны хэрэглээний хувилбарууд үүгээр хязгаарлагдахгүй, үүнийг олон тооны эцсийн хэрэглэгчдэд үйлчлэх шаардлагатай бүх програмуудад хялбархан өргөжүүлж болно:

• Код хадгалах сан: Өнгөрсөн хугацаанд компаниуд эсвэл хувь хүмүүс үүлэн дээр код байршуулахдаа дансны тусгаарлалт болон эрх хяналтыг хийхийн тулд объектын хадгалах сангийн дээр "түрээслэгчийн систем" байгуулах шаардлагатай болдог байсан. Одоо хөгжүүлэгч бүрт зориулж тусгай ObjectSet хуваарилж, код хадгалах сан, бүтээгдэхүүнийг бий болгох болон хамаарлыг нэгтгэн хадгалж болно. Agent Skills нь ObjectSet-д байгалиасаа тохирсон бөгөөд Skills-ийг байршуулах, татаж авах, түгээх нь ObjectSet-ээр дамжуулан хүчтэй тусгаарлалтыг хангаж, Agent ажиллах үед саад учруулахаас сэргийлнэ.

• Компанийн зургийн цомог үүлэн диск: Уламжлалт зургийн цомог эсвэл үүлэн диск үйлчилгээ нь бүх хэрэглэгчийн зургийг нэг саванд хольж, хэрэглэгчийг угтвараар ялгадаг нь удирдахад төвөгтэйгээс гадна "хөршийн эффект" үүсгэхэд хялбар байдаг. ObjectSet дээр суурилсан хэрэглэгч бүрийн зураг, видео нь өөрийн Set-д хадгалагдаж, хандалтын оргил үед бие биедээ саад болохгүй, мөн хэрэглэгчээр багтаамжийн дээд хязгаар, нөөцлөлтийн стратеги, шифрлэлтийн аргыг тохируулах боломжтой бөгөөд ингэснээр "хүн бүр аюулгүй, хяналттай үүлэн зургийн цомогтой" болно.

• Hadoop өгөгдлийн агуулах: Компанийн өгөгдлийн агуулахад өөр өөр бизнесийн шугам, өөр өөр өгөгдлийн сангууд нь нэг үндсэн хадгалах санг хуваалцдаг. Өгөгдлийн сан бүрийг ObjectSet болгон хувиргаснаар компаниуд нэгдсэн хадгалах сан дээр сан тус бүрээр тусгаарлалт болон квотын хяналтыг хэрэгжүүлэх боломжтой. Ялангуяа ObjectSet нь TOS дээр нэмэлт эрхийн давхаргыг хангаж, одоо байгаа Proton on TOS-ийг өөрчлөхгүйгээр TOS дээр хадгалагдаж буй Database болон Tables-д тусгаарлалт болон эрхийн хяналтыг хангана. - Моделийн байршуулах платформ: Том хэмжээний моделийг байршуулах тохиолдолд загвар бүр нь зөвхөн эзлэхүүн ихтэйгээс гадна өөр өөр хувилбар, жин, дүгнэлтийн тохиргоотой байж болно. Загвар бүрт ObjectSet үүсгэснээр загварын жин, Tokenizer, тохиргооны файл болон холбогдох үнэлгээний өгөгдлийг нэг зайд багтаан байршуулж, үйл ажиллагааны тал нь өөр өөр загварт зориулж ялгаатай шифрлэлтийн бодлого, нөөцлөлтийн бодлого, зурвасын өргөний хяналтыг тохируулах боломжтой. Үүний зэрэгцээ загвар хэмжээсийн дагуу төлбөр тооцоо, нөөцийн хуваарилалтын үндэс суурийг бүрдүүлэхийн тулд загвар бүрийн бодит хэрэглээний зардлыг уугуул хэмжих чадвараар тооцоолж болно.

• Өгөгдлийн SaaS үйлчилгээ: Олон тооны эцсийн хэрэглэгчдэд зориулсан өгөгдөл түгээх платформ нь ихэвчлэн олон тооны өгөгдөл нийлүүлэгчтэй нэгэн зэрэг холбогдох шаардлагатай байдаг бөгөөд талуудын өгөгдлийн хил хязгаарыг тодорхой байлгахын зэрэгцээ "нэг том сав бүх хүнд ачаа болдог" гэсэн гүйцэтгэлийн эрсдэлээс зайлсхийх хэрэгтэй. Agent Bucket-ийн тусламжтайгаар өгөгдөл нийлүүлэгч бүр өөрийн ObjectSet-тэй байж, анхны өгөгдөл болон боловсруулсан үр дүнг нэгтгэн удирдаж, дараа нь бие даасан домэйн нэр, зурвасын өргөн, QPS квотын тусламжтайгаар өөр өөр нийлүүлэгчдэд ялгаатай үйлчилгээний баталгаа, хязгаарлалт хийж, "нэг платформ, олон нийлүүлэгч, бие биенээсээ тусгаарлагдсан, хяналттай хамтын ажиллагаа"-ны өгөгдөл түгээх дэд бүтцийг бий болгох боломжтой.

Reference:

• https://aws.amazon.com/cn/blogs/apn/partitioning-and-isolating-multi-tenant-saas-data-with-amazon-s3/

• https://aws.amazon.com/cn/blogs/storage/design-patterns-for-multi-tenant-access-control-on-amazon-s3/