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