AI အလိုအလျောက်စနစ်၏ စွမ်းအားကို ထိန်းသိမ်းထားပြီး၊
ပိုမိုခိုင်မာသော အခြေခံအဆောက်အအုံထိန်းချုပ်မှုဖြင့်။
SVCE သည် Clevi-X ပလက်ဖောင်း၏ AI အေးဂျင့်များကို ဘေးကင်းစွာ လည်ပတ်နေစေရန် ထိန်းသိမ်းပေးသည့် လုပ်ဆောင်မှုပတ်ဝန်းကျင်ဖြစ်ပြီး ၎င်းတို့ကို အခြေခံအဆောက်အအုံအဆင့်တွင် သီးခြားခွဲထားခြင်း၊ စီမံအုပ်ချုပ်ခြင်းနှင့် အတည်ပြုခြင်း. မည်သူက မည်သည့်အရာကို မည်သည့်အချိန်တွင် လုပ်ဆောင်ခဲ့သည်ကို အားလုံး အလိုအလျောက် မှတ်တမ်းတင်ထားသည်။
SVCE သည် စည်းမျဉ်းစည်းကမ်းလိုအပ်ချက်များကို ဖြည့်ဆည်းရမည့်၊ ပေါင်းစပ်စနစ်များကို ရှုပ်ထွေးစွာ လည်ပတ်ရမည့် သို့မဟုတ် ၎င်းတို့၏ အခြေခံအဆောက်အအုံကို တိုက်ရိုက်ထိန်းချုပ်ထားရမည့် အဖွဲ့အစည်းများအတွက် သင့်လျော်ပါသည်။
ဘဏ္ဍာရေးဝန်ဆောင်မှုများ · အများပြည်သူကဏ္ဍ
စည်းမျဉ်းလိုက်နာမှုနှင့် audit မဖြစ်မနေလိုအပ်သည့် ပတ်ဝန်းကျင်များ
Enterprise IT
ရှုပ်ထွေးသောစနစ်များကို ပေါင်းစည်းလည်ပတ်ခြင်း
On premises
သင့်ကိုယ်ပိုင် အခြေခံအဆောက်အအုံကို တိုက်ရိုက်ထိန်းချုပ်ခြင်း
Cloud native
ကွန်တိန်နာဖြင့် လုပ်ငန်းတာဝန်များ လည်ပတ်ခြင်း
SVCE သည် သီးခြားဖြေရှင်းချက်တစ်ခု မဟုတ်ပါ။ ၎င်းသည် သင့်အခြေခံအဆောက်အအုံနှင့် Clevi-X ပလက်ဖောင်းကြားရှိ ထိန်းချုပ်မှုအလွှာဖြစ်ပြီး အေးဂျင့်တစ်ခုချင်းစီ၏ လုပ်ဆောင်မှုကို ကြီးကြပ်ပေးသည်။
ဆာဗာပေါ်တွင် agent များကို တိုက်ရိုက်လည်ပတ်ခြင်းသည် ပေါ့ပါးသော်လည်း အန္တရာယ်ရှိနိုင်ပြီး၊ virtual machine များသည် လုံခြုံသော်လည်း လေးလံသည်။ SVCE သည် ပေါ့ပါးသော container များဖြင့် ထိုကွာဟချက်ကို ဖြည့်ဆည်းပေးသည်။
| နှိုင်းယှဉ်ချက် | ဆာဗာအတွင်းရှိ Agent | VM အခြေပြု | SVCE |
|---|---|---|---|
| ခွဲထုတ်ထားမှု | နိမ့် | မြင့် | မြင့် (ပေါ့ပါး) |
| အသုံးပြုခွင့် ထိန်းချုပ်မှု | အက်ပလီကေးရှင်းကုဒ်တွင် အကောင်အထည်ဖော်ထားသည် | ဖွဲ့စည်းသတ်မှတ်မှု လိုအပ်သည် | runtime တွင် ထည့်သွင်းပြီးသား |
| လုပ်ငန်းတာဝန်တစ်ခုချင်းစီအလိုက် ခွဲထုတ်ထားမှု | ခက်ခဲသည် | ထိရောက်မှုမရှိ | ကွန်တိန်နာတစ်ခုချင်းစီအတွက် အလိုအလျောက် |
| Provisioning · teardown မြန်နှုန်း | မြန်ဆန် | နှေးကွေး | မြန်ဆန် |
| ကုန်ကျစရိတ် ထိရောက်မှု | မြင့် | နိမ့် | မြင့် |
| စစ်ဆေးမှတ်တမ်းများ | စိတ်ကြိုက် တည်ဆောက်မှု လိုအပ်သည် | စိတ်ကြိုက် တည်ဆောက်မှု လိုအပ်သည် | ထည့်သွင်းပြီးသား append-only မှတ်တမ်းများ |
| AI agent နယ်နိမိတ်များ | စိတ်ကြိုက် ဒီဇိုင်း လိုအပ်သည် | စိတ်ကြိုက် ဒီဇိုင်း လိုအပ်သည် | စံမူဝါဒများ ပါဝင်သည် |
ဆာဗာအတွင်း agent တစ်ခုကို တိုက်ရိုက်ထည့်သွင်းခြင်းသည် တည်ဆောက်ရန် မြန်ဆန်နိုင်သော်လည်း သီးခြားခွဲထားမှု အားနည်းပြီး ထိန်းချုပ်မှုသည် application code အပေါ် မူတည်သည်။
ပျက်ကွက်မှုတစ်ခုသည် service တစ်ခုလုံးသို့ ပျံ့နှံ့နိုင်သည်
Agents များကို အတွင်းပိုင်းဆာဗာလောဂျစ်အဖြစ် လည်ပတ်စေသောအခါ လုပ်ငန်းတစ်ခုအတွင်းရှိ အမှားတစ်ခု၊ အန္တရာယ်ပြုကုဒ် သို့မဟုတ် ပြင်ပတိုက်ခိုက်မှုတစ်ခုသည် ဝန်ဆောင်မှုတစ်ခုလုံးသို့ ပျံ့နှံ့သွားနိုင်ပါသည်။
အန္တရာယ် — ဝန်ဆောင်မှုတစ်ခုလုံး ရပ်တန့်နိုင်ခြေအသုံးပြုခွင့် ထိန်းချုပ်မှုသည် အပလီကေးရှင်းကုဒ်ပေါ်တွင် မူတည်သည်
ခွင့်ပြုချက်များကို application code တွင် ထည့်သွင်းထားပါက အရေးကြီးဒေတာနှင့် API ဝင်ရောက်အသုံးပြုမှုအပေါ် တစ်သမတ်တည်း ထိန်းချုပ်ရန် ခက်ခဲသည်။
အန္တရာယ် — အရေးကြီးသောဒေတာနှင့် API များအပေါ် ထိန်းချုပ်နိုင်မှု ကန့်သတ်ထားခြင်းရလဒ်များကို အတည်ပြုရန် ခက်ခဲသည်
သတ်မှတ်ထားသော လုပ်ဆောင်မှုပတ်ဝန်းကျင် မရှိပါက တူညီသောလုပ်ငန်းတာဝန်သည် မတူညီစွာ လုပ်ဆောင်နိုင်သဖြင့် ပြန်လည်လုပ်ဆောင်ခြင်း၊ စာရင်းစစ်ခြင်းနှင့် ရလဒ်အတည်ပြုခြင်းတို့မှာ ခက်ခဲလာနိုင်သည်။
အန္တရာယ် — ယုံကြည်စိတ်ချရသော ပြန်လည်ထုတ်လုပ်မှု၊ audit သို့မဟုတ် အတည်ပြုစစ်ဆေးမှု မရှိပါအေးဂျင့်များကို ရိုးရှင်းသော တုံ့ပြန်မှုစနစ်များအဖြစ် မယူဆဘဲ လုံခြုံရေးနယ်နိမိတ်များနှင့် တိကျစွာသတ်မှတ်ထားသော လုပ်ဆောင်ခွင့်များပါရှိသည့် ထုတ်လုပ်မှုပတ်ဝန်းကျင်အဆင့် ဝန်ထမ်းများအဖြစ် သတ်မှတ်ပါ။
ခွဲထုတ်ထားမှု
ကွန်တိန်နာအခြေပြု သီးခြားခွဲထားမှုသည် အန္တရာယ်ရှိသောကုဒ်၊ ပုံမှန်မဟုတ်သော အမိန့်များနှင့် ပြင်ပတိုက်ခိုက်မှုများကို AI အေးဂျင့်၏ လုပ်ဆောင်မှုပတ်ဝန်းကျင်ပြင်ပသို့ မပြန့်ပွားစေရန် တားဆီးပေးသည်။ ကျန်ရှိနေသောဒေတာအန္တရာယ်ကို လျှော့ချရန် အလုပ်တစ်ခုစီပြီးဆုံးပြီးနောက် ကွန်တိန်နာကို ဖျက်ဆီးသည်။
လုပ်ဆောင်မှုတိုင်းကို လုံခြုံသော နယ်နိမိတ်အတွင်းတွင်သာ ထားရှိပါထိန်းချုပ်မှု
Agents များသည် ၎င်းတို့၏ကိုယ်ပိုင် ခွင့်ပြုချက်များကို မည်သည့်အခါမျှ မရွေးချယ်ပါ။ Command Mediator နှင့် Orchestrator တို့သည် လုပ်ငန်းတာဝန်တစ်ခုချင်းစီအလိုက် ဝင်ရောက်အသုံးပြုခွင့်ကို ပေးအပ်ကာ ကန့်သတ်ပါသည်။ Research၊ Code နှင့် Executor ကဲ့သို့သော role များအတွက် ဖိုင်များ၊ ကွန်ရက်များ၊ APIs၊ စနစ်အမိန့်များနှင့် secrets များအပေါ် ကန့်သတ်ချက်များကို ကွဲပြားစွာ သတ်မှတ်အသုံးချပါသည်။
အခြေခံအဆောက်အအုံအလွှာတွင် agents များ လုပ်ဆောင်နိုင်သည်နှင့် မလုပ်ဆောင်နိုင်သည်တို့ကို ထိန်းချုပ်ပါထိရောက်မှု
ပေါ့ပါးသော container များသည် VM များထက် ပိုမိုမြန်ဆန်စွာ စတင်နိုင်ပြီး အလုပ်လုပ်ရန် အသင့်ဖြစ်မှသာ ဖန်တီးသည်။ ကုန်ကျစရိတ်နှင့် စွမ်းဆောင်ရည်ကို ချိန်ညှိရန် CPU၊ memory၊ I/O နှင့် GPU အရင်းအမြစ်များကို ကန့်သတ်ကာ task တစ်ခုချင်းစီအလိုက် ခွဲဝေပေးသည်။
Task တစ်ခုချင်းစီ လိုအပ်သည့် အရင်းအမြစ်များကိုသာ အသုံးပြုပါအရွယ်ချဲ့နိုင်မှု
အသုံးပြုသူများ၊ လုပ်ငန်းတာဝန်များနှင့် agent များစွာကို တစ်ချိန်တည်းတွင် လုပ်ဆောင်ပါ။ တောင်းဆိုမှုများ တိုးလာသည်နှင့်အမျှ ကွန်တိန်နာများသည် အလိုအလျောက် အရွယ်အစားချဲ့ထွင်နိုင်ပြီး၊ ချို့ယွင်းမှုများကို သီးခြားလုပ်ငန်းတာဝန်တစ်ခုချင်းစီအတွင်းသာ ကန့်သတ်ထားကာ agent များကို အခန်းကဏ္ဍအလိုက် ခွဲခြားနိုင်သည်။
အသုံးပြုသူများနှင့် အေးဂျင့်များစွာအတွက် ယုံကြည်စိတ်ချစွာ အရွယ်ချဲ့နိုင်ခြင်းRequest များကို မည်သည့်အခါမျှ ချက်ချင်း execute မလုပ်ပါ။ Request တိုင်းသည် ဖြတ်သန်းသွားသည် Command Mediator သီးခြားခွဲထားသော container အတွင်း execution မပြုလုပ်မီ policy၊ permission နှင့် approval စစ်ဆေးမှုများ အောင်မြင်ရမည့် gate။
စီမံညှိနှိုင်းသူ လုပ်ငန်းတာဝန်တစ်ခုစီအတွက် ကွန်တိန်နာ၊ ခွင့်ပြုချက်များ၊ ကွန်ရက်မူဝါဒ၊ CPU နှင့် မမ်မိုရီ ခွဲဝေသတ်မှတ်မှု၊ အများဆုံး လုပ်ဆောင်ချိန်တို့ကို သတ်မှတ်ပေးသည်။