ຮັກສາພະລັງຂອງການເຮັດວຽກອັດຕະໂນມັດດ້ວຍ AI,
ພ້ອມການຄວບຄຸມໂຄງສ້າງພື້ນຖານທີ່ເຂັ້ມແຂງກວ່າເດີມ.
SVCE ແມ່ນສະພາບແວດລ້ອມການປະຕິບັດງານທີ່ເຮັດໃຫ້ຕົວແທນ AI ຂອງແພລດຟອມ Clevi-X ດຳເນີນງານຢ່າງປອດໄພໂດຍ ໂດຍການແຍກ, ກຳກັບ ແລະກວດສອບຄວາມຖືກຕ້ອງຂອງພວກມັນຢູ່ຊັ້ນໂຄງສ້າງພື້ນຖານ. ຜູ້ໃດເຮັດຫຍັງ ແລະ ເມື່ອໃດ ຖືກບັນທຶກໄວ້ທັງໝົດໂດຍອັດຕະໂນມັດ.
SVCE ເໝາະສຳລັບອົງກອນທີ່ຕ້ອງປະຕິບັດຕາມຂໍ້ກຳນົດດ້ານກົດລະບຽບ, ດຳເນີນງານລະບົບລວມທີ່ຊັບຊ້ອນ, ຫຼືຕ້ອງຮັກສາການຄວບຄຸມໂດຍກົງຕໍ່ໂຄງສ້າງພື້ນຖານຂອງຕົນ.
ບໍລິການການເງິນ · ພາກລັດ
ສະພາບແວດລ້ອມທີ່ກົດລະບຽບ ແລະ ການກວດສອບເປັນຂໍ້ບັງຄັບ
IT ອົງກອນ
ການດຳເນີນງານລວມຂອງລະບົບທີ່ຊັບຊ້ອນ
ພາຍໃນອົງກອນ
ຄວບຄຸມໂຄງສ້າງພື້ນຖານຂອງທ່ານໂດຍກົງ
Cloud native
ການດຳເນີນງານວຽກໂຫຼດໃນ Container
SVCE ບໍ່ແມ່ນໂຊລູຊັນແບບເອກະລາດ. ມັນແມ່ນຊັ້ນຄວບຄຸມລະຫວ່າງໂຄງສ້າງພື້ນຖານຂອງທ່ານ ແລະແພລດຟອມ Clevi-X ທີ່ກຳກັບການປະຕິບັດງານຂອງຕົວແທນທຸກຄັ້ງ.
ການໃຫ້ເອເຈນເຮັດວຽກໂດຍກົງໃນເຊີບເວີມີນ້ຳໜັກເບົາ ແຕ່ມີຄວາມສ່ຽງ; ເຄື່ອງເສມືນມີຄວາມປອດໄພ ແຕ່ມີນ້ຳໜັກຫຼາຍ. SVCE ຊ່ວຍປິດຊ່ອງຫວ່າງນີ້ດ້ວຍຄອນເທນເນີນ້ຳໜັກເບົາ.
| ການປຽບທຽບ | ຕົວແທນໃນເຊີບເວີ | ອີງໃສ່ VM | SVCE |
|---|---|---|---|
| ການແຍກອອກ | ຕ່ຳ | ສູງ | ສູງ (ນ້ຳໜັກເບົາ) |
| ການຄວບຄຸມການເຂົ້າເຖິງ | ນຳໃຊ້ໃນໂຄດຂອງແອັບພລິເຄຊັນ | ຕ້ອງການການກຳນົດຄ່າ | ມີຢູ່ໃນ runtime |
| ການແຍກສຳລັບແຕ່ລະໜ້າວຽກ | ຍາກ | ບໍ່ມີປະສິດທິພາບ | ອັດຕະໂນມັດຕໍ່ແຕ່ລະ container |
| ການຈັດສັນ · ຄວາມໄວໃນການຮື້ຖອນ | ໄວ | ຊ້າ | ໄວ |
| ປະສິດທິພາບດ້ານຕົ້ນທຶນ | ສູງ | ຕ່ຳ | ສູງ |
| ບັນທຶກການກວດສອບ | ຕ້ອງສ້າງແບບກຳນົດເອງ | ຕ້ອງສ້າງແບບກຳນົດເອງ | ບັນທຶກແບບເພີ່ມຕໍ່ເທົ່ານັ້ນໃນຕົວ |
| ຂອບເຂດຂອງເອເຈນ AI | ຕ້ອງອອກແບບແບບກຳນົດເອງ | ຕ້ອງອອກແບບແບບກຳນົດເອງ | ລວມນະໂຍບາຍມາດຕະຖານ |
ການຝັງເອເຈນໂດຍກົງໃນເຊີບເວີອາດສ້າງໄດ້ໄວ ແຕ່ການແຍກອອກຈາກກັນຍັງອ່ອນແອ ແລະການຄວບຄຸມຂຶ້ນກັບໂຄດຂອງແອັບພລິເຄຊັນ.
ຄວາມລົ້ມເຫຼວຄັ້ງດຽວສາມາດແຜ່ກະຈາຍໄປທົ່ວບໍລິການ
ເມື່ອ Agent ເຮັດວຽກເປັນຕັກກະພາຍໃນເຊີບເວີ, ຄວາມຜິດພາດ, ໂຄດປະສົງຮ້າຍ, ຫຼືການໂຈມຕີຈາກພາຍນອກໃນວຽກງານໜຶ່ງສາມາດແຜ່ລາມໄປທົ່ວບໍລິການທັງໝົດ.
ຄວາມສ່ຽງ — ອາດເຮັດໃຫ້ບໍລິການທັງໝົດຢຸດຊະງັກການຄວບຄຸມການເຂົ້າເຖິງຂຶ້ນກັບລະຫັດແອັບພລິເຄຊັນ
ເມື່ອສິດອະນຸຍາດຢູ່ໃນໂຄດຂອງແອັບພລິເຄຊັນ, ການບັງຄັບໃຊ້ການຄວບຄຸມທີ່ສອດຄ່ອງຕໍ່ຂໍ້ມູນອ່ອນໄຫວ ແລະ ການເຂົ້າເຖິງ API ເປັນເລື່ອງຍາກ.
ຄວາມສ່ຽງ — ຄວບຄຸມຂໍ້ມູນສຳຄັນ ແລະ API ໄດ້ຈຳກັດຜົນລັບກວດສອບໄດ້ຍາກ
ຫາກບໍ່ມີສະພາບແວດລ້ອມການດຳເນີນງານທີ່ຄົງທີ່, ວຽກດຽວກັນອາດດຳເນີນງານແຕກຕ່າງກັນ, ເຮັດໃຫ້ການເຮັດຊ້ຳ, ການກວດສອບ ແລະການຢັ້ງຢືນຜົນລັບເປັນໄປໄດ້ຍາກ.
ຄວາມສ່ຽງ — ບໍ່ສາມາດສ້າງຜົນຊ້ຳ, ກວດສອບ ຫຼື ຢືນຢັນໄດ້ຢ່າງໜ້າເຊື່ອຖືຈົ່ງມອງຕົວແທນບໍ່ແມ່ນເປັນພຽງລະບົບຕອບກັບແບບງ່າຍດາຍ, ແຕ່ເປັນຜູ້ປະຕິບັດງານລະດັບການຜະລິດທີ່ມີຂອບເຂດຄວາມປອດໄພ ແລະສິດທິການປະຕິບັດງານທີ່ລະບຸຢ່າງຊັດເຈນ.
ການແຍກອອກ
ການແຍກອອກໂດຍອີງໃສ່ Container ປ້ອງກັນບໍ່ໃຫ້ລະຫັດອັນຕະລາຍ, ຄຳສັ່ງຜິດປົກກະຕິ ແລະການໂຈມຕີຈາກພາຍນອກແຜ່ຂະຫຍາຍອອກນອກພື້ນທີ່ການປະຕິບັດງານຂອງຕົວແທນ AI. Container ຈະຖືກທຳລາຍຫຼັງຈາກແຕ່ລະວຽກງານ ເພື່ອຫຼຸດຄວາມສ່ຽງຈາກຂໍ້ມູນຕົກຄ້າງ.
ຮັກສາການດຳເນີນງານທຸກຄັ້ງໃຫ້ຢູ່ພາຍໃນຂອບເຂດທີ່ປອດໄພການຄວບຄຸມ
ຕົວແທນບໍ່ເຄີຍເລືອກສິດອະນຸຍາດຂອງຕົນເອງ. Command Mediator ແລະ Orchestrator ເປັນຜູ້ອະນຸຍາດ ແລະ ຈຳກັດການເຂົ້າເຖິງຕາມໜ້າວຽກ, ໂດຍນຳໃຊ້ຂໍ້ຈຳກັດທີ່ແຕກຕ່າງກັນສຳລັບໄຟລ໌, ເຄືອຂ່າຍ, API, ຄຳສັ່ງລະບົບ ແລະ ຂໍ້ລັບ ສຳລັບບົດບາດເຊັ່ນ Research, Code ແລະ Executor.
ຄວບຄຸມວ່າ Agent ສາມາດ ແລະບໍ່ສາມາດເຮັດຫຍັງໄດ້ໃນລະດັບໂຄງສ້າງພື້ນຖານປະສິດທິພາບ
ຄອນເທນເນີນ້ຳໜັກເບົາເລີ່ມເຮັດວຽກໄວກວ່າ VM ແລະຈະຖືກສ້າງຂຶ້ນສະເພາະເມື່ອງານພ້ອມເທົ່ານັ້ນ. ຊັບພະຍາກອນ CPU, ໜ່ວຍຄວາມຈຳ, I/O ແລະ GPU ຖືກຈຳກັດ ແລະຈັດສັນຕາມແຕ່ລະງານ ເພື່ອສົມດຸນລະຫວ່າງຕົ້ນທຶນແລະປະສິດທິພາບ.
ໃຊ້ສະເພາະຊັບພະຍາກອນທີ່ແຕ່ລະງານຕ້ອງການການຂະຫຍາຍ
ໃຫ້ຜູ້ໃຊ້, ວຽກ ແລະ agent ຫຼາຍລາຍເຮັດວຽກພ້ອມກັນ. Container ຈະປັບຂະໜາດອັດຕະໂນມັດເມື່ອຄຳຮ້ອງຂໍເພີ່ມຂຶ້ນ, ຄວາມລົ້ມເຫຼວຈະຖືກແຍກອອກໄວ້ສະເພາະແຕ່ລະວຽກ, ແລະ agent ສາມາດແຍກຕາມບົດບາດໄດ້.
ຂະຫຍາຍຮອງຮັບຜູ້ໃຊ້ ແລະຕົວແທນຈຳນວນຫຼາຍໄດ້ຢ່າງໜ້າເຊື່ອຖືຄຳຂໍຈະບໍ່ຖືກດຳເນີນການໃນທັນທີ. ທຸກຄຳຂໍຈະຜ່ານຂັ້ນຕອນ Command Mediator ດ່ານຄວບຄຸມ ເຊິ່ງການກວດສອບນະໂຍບາຍ, ສິດອະນຸຍາດ ແລະການອະນຸມັດຕ້ອງຜ່ານກ່ອນການດຳເນີນງານໃນຄອນເທນເນີທີ່ແຍກອອກຈາກກັນ.
ຕົວປະສານງານ ເປັນຜູ້ກຳນົດ container, ສິດອະນຸຍາດ, ນະໂຍບາຍເຄືອຂ່າຍ, ການຈັດສັນ CPU ແລະ memory, ແລະເວລາດຳເນີນງານສູງສຸດສຳລັບແຕ່ລະວຽກ.