ການແຍກແຕ່ລະເວັບໄຊ
ການແຍກຕົວແມ່ນຄວາມແຕກຕ່າງລະຫວ່າງເຫດການຂັດຂ້ອງຊົ່ວຄາວ ແລະ ການຢຸດເຮັດວຽກຂອງລະບົບ. ທຸກໆເວັບໄຊທ໌ທີ່ພວກເຮົາໂຮສຕ໌ ແມ່ນເຮັດວຽກຢູ່ພາຍໃນ CloudLinux LVE cage ໃນລະດັບ kernel ທີ່ມີຂີດຈຳກັດ CPU, RAM, IO ແລະ ຂະບວນການຂອງຕົນເອງ, ມີມຸມມອງລະບົບໄຟລ໌ CageFS ຂອງຕົນເອງ, ມີເວີຊັນ PHP ຂອງຕົນເອງ ແລະ ມີການຈຳກັດອັດຕາການໂຫຼດຖານຂໍ້ມູນຂອງຕົນເອງ. ເວັບໄຊທ໌ທີ່ຖືກໂຈມຕີ, ຖືກແຮັກ ຫຼື ພຽງແຕ່ກຳລັງປະມວນຜົນຄຳສັ່ງທີ່ໜັກໜ່ວງ ຈະຖືກຈຳກັດໄວ້ໃນພື້ນທີ່ຂອງມັນເອງ — ແລະ ມາດຕະຖານການແຍກຕົວຂັ້ນພື້ນຖານນີ້ແມ່ນຖືກລວມເຂົ້າໃນທຸກໆແພັກເກດ, ບໍ່ໄດ້ຖືກນຳມາຂາຍເພີ່ມໃຫ້ທ່ານເປັນການອັບເກຣດ. ຄວາມພ້ອມໃຊ້ງານ: ການຈຳກັດອັດຕາຖານຂໍ້ມູນແຍກຕາມເວັບໄຊທ໌ ແລະ ສະຖິຕິຊັບພະຍາກອນແຍກຕາມເວັບໄຊທ໌ ແມ່ນຢູ່ໃນລະຫວ່າງການພັດທະນາ ແລະ ຍັງບໍ່ພ້ອມໃຫ້ບໍລິການເທື່ອ. ສ່ວນສິ່ງອື່ນໆທັງໝົດທີ່ໄດ້ລະບຸໄວ້ຢູ່ນີ້ແມ່ນພ້ອມໃຊ້ງານແລ້ວໃນມື້ນີ້.
ກຸ່ມ worker ໃຊ້ງານ CloudLinux OS, ເຊິ່ງຜັກດັນການຮອງຮັບຫຼາຍຜູ້ເຊົ່າລົງສູ່ລະດັບ kernel. ແຕ່ລະເວັບໄຊຈະໄດ້ຮັບ Lightweight Virtual Environment — LVE — ເຊິ່ງເປັນຂອບເຂດທີ່ແທ້ຈິງ ຫຼາຍກວ່າການເປັນພຽງຂໍ້ຕົກລົງຕາມມາລະຍາດ. ບໍ່ມີສິ່ງໃດທີ່ເວັບໄຊເຮັດພາຍໃນ cage ຂອງຕົນ ຈະສາມາດຖືກນຳໄປຫັກອອກຈາກງົບປະມານຂອງຄົນອື່ນໄດ້.
LVE ຈຳກັດ CPU, RAM, IO, IOPS, ຂະບວນການ ແລະ ຂະບວນການເຂົ້າສູ່ລະບົບສຳລັບແຕ່ລະເວັບໄຊຢ່າງເປັນອິດສະຫຼະ. ເມື່ອເວັບໄຊໃດໜຶ່ງເກີນຂີດຈຳກັດສູງສຸດ, ມັນຈະຖືກຈຳກັດຄວາມໄວຢູ່ພາຍໃນສະພາບແວດລ້ອມທີ່ແຍກຕ່າງຫາກຂອງມັນເອງ — ຂໍ້ຜິດພາດຈະຖືກບັນທຶກໄວ້ສຳລັບເວັບໄຊນັ້ນ, ແລະ ເວັບໄຊອື່ນໆ ທີ່ຢູ່ຂ້າງຄຽງກໍຈະຍັງສືບຕໍ່ເຮັດວຽກໄດ້ໂດຍບໍ່ໄດ້ຮັບຜົນກະທົບໃດໆ.
ປລັກອິນທີ່ຕິດຢູ່ໃນລູບ, ວຽກ cron ທີ່ຂຽນບໍ່ດີ ຫຼື ຕົວທ່ອງເວັບ (crawler) ທີ່ໂຫຼດ endpoint ຫຼາຍເກີນໄປ ຈະຮອດຂີດຈຳກັດຂະບວນການ ແລະ ຂະບວນການເລີ່ມຕົ້ນຂອງເວັບໄຊເອງກ່ອນ. ເວັບໄຊດຽວບໍ່ສາມາດໃຊ້ຊັບພະຍາກອນຂອງເຄື່ອງທັງໝົດໄດ້ງ່າຍໆ.
ເນື່ອງຈາກຂະບວນການເຂົ້າ (entry-processes) ຖືກຈຳກັດຕໍ່ແຕ່ລະ cage, ການໂຈມຕີແບບໄຫຼເຂົ້າໃສ່ເວັບໄຊດຽວຈຶ່ງບໍ່ສາມາດເປີດວຽກແບບບໍ່ຈຳກັດເທິງ host ໄດ້. ການຄວບຄຸມການເຊື່ອມຕໍ່ ແລະ ຄຳຮ້ອງຂໍຂອງ LiteSpeed ພ້ອມທັງ network firewall ຂອງ Imunify360 ແມ່ນຕັ້ງຢູ່ທາງໜ້າຂອງສິ່ງນັ້ນ, ດັ່ງນັ້ນການໂຈມຕີຈຶ່ງຍັງຄົງເປັນບັນຫາຂອງເປົ້າໝາຍເທົ່ານັ້ນ.
ທຸກໆຂໍ້ຜິດພາດ LVE ຈະຖືກບັນທຶກຕໍ່ແຕ່ລະເວັບໄຊ ແລະ ສົ່ງໄປຍັງລະບົບນະໂຍບາຍຂອງແພລດຟອມ, ເຊິ່ງສາມາດກຳນົດຂີດຈຳກັດໃຫ້ເຄັ່ງຄັດ ຫຼື ຜ່ອນຜັນໄດ້ໂດຍອັດຕະໂນມັດ. ທ່ານສາມາດເຫັນເຫດຜົນທີ່ເວັບໄຊຖືກຈຳກັດຄວາມໄວ, ແລະ ເວລາໃດ — ເປັນຂັ້ນເປັນຕອນ, ສາມາດກັບຄືນສະພາບເດີມໄດ້ ແລະ ມີການບັນທຶກໄວ້.
ການແຍກຊັບພະຍາກອນຊ່ວຍປ້ອງກັນບໍ່ໃຫ້ເວັບໄຊສ້າງຄວາມລົບກວນ. ການແຍກລະບົບໄຟລ໌ຊ່ວຍປ້ອງກັນບໍ່ໃຫ້ມັນສອດແນມ. CageFS ມອບມຸມມອງສ່ວນຕົວ ແລະ ຖືກຈຳກັດຂອງເຄື່ອງໃຫ້ແກ່ຜູ້ເຊົ່າແຕ່ລະຄົນ.
ພາຍໃຕ້ CageFS, ຜູ້ເຊົ່າຈະເຫັນສະເພາະໄຟລ໌ຂອງຕົນເອງ ແລະ ຊຸດລະບົບໄບນາຣີຂັ້ນຕ່ຳທີ່ຖືກກັ່ນຕອງແລ້ວ — ແລະ ບໍ່ສາມາດເບິ່ງເຫັນຜູ້ເຊົ່າອື່ນ, ເວັບໄຊຂອງຜູ້ເຊົ່າອື່ນ ຫຼື ໄຟລ໌ລະບົບທີ່ລະອຽດອ່ອນໄດ້. ຮູບແບບຄວາມຜິດພາດທົ່ວໄປຂອງ shared-hosting ທີ່ບັນຊີທີ່ຖືກແຮັກກາຍເປັນຕຳແໜ່ງທີ່ສາມາດເຂົ້າເບິ່ງທຸກໆບັນຊີອື່ນໃນເຊີບເວີໄດ້ນັ້ນ ຈະຖືກປິດກັ້ນໄວ້ທີ່ລະດັບ kernel.
ສິ່ງນີ້ມີຄວາມສຳຄັນທີ່ສຸດໃນມື້ທີ່ມີບາງຢ່າງຜິດພາດ. ຖ້າເວັບໄຊໃດໜຶ່ງຖືກບຸກລຸກ — ຜ່ານປລັກອິນເກົ່າ, ຂໍ້ມູນປະຈຳຕົວທີ່ຖືກລັກ, ຫຼືຮູບແບບທີ່ມີຊ່ອງໂຫວ່ — CageFS ແມ່ນສິ່ງທີ່ຄວບຄຸມຂອບເຂດຄວາມເສຍຫາຍໃຫ້ຢູ່ສະເພາະໃນກົງດຽວນັ້ນ. ຂໍ້ກຳນົດດ້ານຄວາມປອດໄພຂອງພວກເຮົາມີຄວາມລະມັດລະວັງຕໍ່ການໃຊ້ຖ້ອຍຄຳ: CageFS ຈຳກັດການລະເມີດ. ການຈຳກັດຂອບເຂດແມ່ນຄຳອ້າງທີ່ຊື່ສັດ, ແລະມັນເປັນສິ່ງທີ່ຕັດສິນວ່າເຫດການນັ້ນຈະເປັນການແກ້ໄຂພຽງເວັບໄຊດຽວ ຫຼືທົ່ວທັງລະບົບ.
ການສຳຮອງຂໍ້ມູນຈະຊ່ວຍເສີມສ້າງຂອບເຂດດຽວກັນນີ້. ການສຳຮອງຂໍ້ມູນສະເພາະແຕ່ລະເວັບໄຊແມ່ນບໍ່ສາມາດແກ້ໄຂໄດ້, ຖືກເກັບໄວ້ຕ່າງຫາກ ແລະ ຖືກແຍກອອກຈາກລະບົບທີ່ກຳລັງເຮັດວຽກຢູ່, ພ້ອມທັງຜ່ານການທົດສອບການກູ້ຄືນແລ້ວ, ດັ່ງນັ້ນ ເຖິງແມ່ນວ່າຈະເກີດການບຸກຮຸກທີ່ຮ້າຍແຮງທີ່ສຸດໃນເວັບໄຊໜຶ່ງ, ກໍຍັງມີເສັ້ນທາງການກູ້ຄືນທີ່ສະອາດ ແລະ ເປັນອິດສະຫຼະ ເຊິ່ງບໍ່ຂຶ້ນກັບສະຖານະຂອງເຄື່ອງແມ່ຂ່າຍທີ່ມັນເຄີຍເຮັດວຽກມາກ່ອນ.
ການແຍກລະດັບເວັບແມ່ນພຽງແຕ່ເຄິ່ງໜຶ່ງຂອງເລື່ອງລາວເທົ່ານັ້ນ. ໃນກຸ່ມ WordPress ສິ່ງທີ່ເຮັດໃຫ້ເຊີບເວີຮູ້ສຶກຊ້າລົງເລື້ອຍໆທີ່ສຸດແມ່ນການສອບຖາມຂໍ້ມູນຂອງເວັບໄຊດຽວ, ບໍ່ແມ່ນການເຂົ້າຊົມຂອງເວັບໄຊດຽວ. ສິ່ງນັ້ນໄດ້ຮັບການຈັດການຢ່າງຈະແຈ້ງ.
CloudLinux MySQL Governor ຈຳກັດການນຳໃຊ້ຖານຂໍ້ມູນຕໍ່ແຕ່ລະເວັບໄຊ, ດັ່ງນັ້ນ ຄຳສັ່ງທີ່ໜັກໜ່ວງຂອງເວັບໄຊດຽວຈຶ່ງບໍ່ສາມາດເຮັດໃຫ້ເຊີບເວີຊ້າລົງສຳລັບຜູ້ອື່ນໄດ້. ມັນແມ່ນການຄວບຄຸມຕ້ານການຊ້າລົງ, ແລະ ມັນເຮັດວຽກບໍ່ວ່າເວັບໄຊທີ່ສ້າງບັນຫານັ້ນຈະຮັບຮູ້ຫຼືບໍ່ກໍຕາມວ່າມັນກຳລັງຖືກຈຳກັດ.
ກຸ່ມເຄື່ອງແມ່ຂ່າຍດໍາເນີນການ MariaDB (ຫຼື Percona), ເຊິ່ງຖືກເລືອກມາສໍາລັບພາລະວຽກຂອງ WordPress ແທນທີ່ຈະໄດ້ຮັບມາຕາມຄ່າເລີ່ມຕົ້ນ, ໂດຍມີ Governor ຢູ່ເທິງສຸດເປັນຊັ້ນຄວາມເປັນທໍາຕໍ່ຜູ້ເຊົ່າແຕ່ລະລາຍ.
ແຄດວັດຖຸ Redis ສຳລັບແຕ່ລະເວັບໄຊ ຈະດູດຊັບການອ່ານຊ້ຳໆ ກ່ອນທີ່ພວກມັນຈະໄປຮອດຖານຂໍ້ມູນ, ເຊິ່ງຊ່ວຍຫຼຸດຜ່ອນແຮງກົດດັນທີ່ Governor ຕ້ອງໄກ່ເກ່ຍຕັ້ງແຕ່ທຳອິດ. ການແຄດ ແລະ ການແຍກສ່ວນເຮັດວຽກຮ່ວມກັນເປັນລະບົບດຽວ.
CloudLinux alt-PHP ໃຫ້ແຕ່ລະເວັບໄຊມີຕົວເລືອກເວີຊັນ PHP ຂອງຕົນເອງ, ສ່ວນຂະຫຍາຍຂອງຕົນເອງ (imagick, gd, redis ແລະ ອື່ນໆ) ແລະ ການຕັ້ງຄ່າທີ່ປອດໄພຂອງຕົນເອງ — ໂດຍມີ LSAPI workers ທີ່ຖືກຈຳກັດໂດຍຂອບເຂດ LVE ຂອງເວັບໄຊນັ້ນ, ດັ່ງນັ້ນການເຮັດວຽກພ້ອມກັນຂອງ PHP ຈຶ່ງເປັນສ່ວນໜຶ່ງຂອງ cage ແທນທີ່ຈະເປັນການຫຼົບໜີອອກຈາກມັນ.
ການແຍກດ່ຽວຈະກຳນົດວ່າບັນຫາຈະແຜ່ລາມໄປໄກປານໃດ. ການບັງຄັບໃຊ້ຈະກຳນົດສິ່ງທີ່ຈະເກີດຂຶ້ນຕໍ່ໄປ. ພວກເຮົາໄດ້ປ່ຽນແທນການໂຈະແບບເປີດ/ປິດທີ່ບໍ່ຍືດຍຸ່ນ ດ້ວຍເຄື່ອງສະຖານະ, ເຊິ່ງຂັບເຄື່ອນດ້ວຍຂັ້ນຕອນການເຮັດວຽກທີ່ທົນທານ ແລະ ຖືກບັງຄັບໃຊ້ໃນ worker ຜ່ານ LiteSpeed, LVE ແລະ Imunify.
ການແຍກຕົວອອກບໍ່ແມ່ນຄຸນສົມບັດຂອງແພັກເກດທີ່ປະກົດຂຶ້ນສາມລະດັບຂ້າງເທິງ. ມັນເປັນຄຸນສົມບັດຂອງໂຄງສ້າງພື້ນຖານ, ດັ່ງນັ້ນມັນຈຶ່ງຄືກັນ ບໍ່ວ່າທ່ານຈະເປີດຮ້ານຄ້າ WooCommerce ດຽວ ຫຼື ເວັບໄຊເຄືອຂ່າຍສອງພັນແຫ່ງກໍຕາມ.
ເຄືອຂ່າຍ Bulk ແລະ PBN ເຮັດວຽກຢູ່ເທິງພື້ນຖານ LVE ແລະ CageFS ດຽວກັນ, ຄຽງຄູ່ກັບການໝູນວຽນບັນຊີ CDN ທີ່ຄຳນຶງເຖິງຮ່ອງຮອຍ ແລະ ການຈັດສົ່ງ HTML ແບບສະຖິດ. ການແຍກອອກຈາກກັນແມ່ນສິ່ງທີ່ເຮັດໃຫ້ຄວາມໜາແໜ້ນມີຄວາມປອດໄພ: ເວັບໄຊຕ່າງໆ ແບ່ງປັນກອງກຳປັ່ນຮ່ວມກັນໂດຍບໍ່ໄດ້ແບ່ງປັນຊະຕາກຳຮ່ວມກັນ.
ເວັບໄຊທີ່ມີການຈັດການສຳລັບ WordPress, WooCommerce, PHP, ສະແຕຕິກ ແລະ Node ໄດ້ຮັບສະພາບແວດລ້ອມທີ່ແຍກຕ່າງຫາກ (cages) ຄືກັນ ພ້ອມທັງການບໍລິການຕົນເອງຢ່າງເຕັມຮູບແບບ — ເວີຊັນ ແລະ ສ່ວນຂະຫຍາຍ PHP ຂອງທ່ານເອງ, Redis object cache, staging ແລະ ການເຜີຍແຜ່ຂຶ້ນລະບົບຈິງ (push-to-live).
ສຳລັບວຽກງານທີ່ຕ້ອງການຂອບເຂດທີ່ແໜ້ນໜາກວ່າຄ່າເລີ່ມຕົ້ນທີ່ຖືກປັບໃຫ້ເໝາະສົມກັບຄວາມໜາແໜ້ນ, ມີການແຍກຄອນເທນເນີຕໍ່ເວັບໄຊຢ່າງສົມບູນເປັນຕົວເລືອກໄດຣເວີການຈັດສັນ: ລະບົບເຄື່ອງຈັກດຽວກັນ, ໜ້າຕ່າງຄວບຄຸມດຽວກັນ, ການຈັດວາງຕ່າງກັນ, ໂດຍມີຄ່າໃຊ້ຈ່າຍຊັບພະຍາກອນເພີ່ມເຕີມສູງກວ່າ.
ການແຍກ LVE ແລະ CageFS, WAF ທີ່ຕື່ນຕົວ ແລະ ການສະແກນມັນແວແມ່ນລວມຢູ່ແລ້ວສຳລັບລູກຄ້າທຸກຄົນ, ເນື່ອງຈາກເວັບໄຊທ໌ທີ່ຕິດເຊື້ອ ຫຼື ຄວບຄຸມບໍ່ໄດ້ຈະສົ່ງຜົນກະທົບຕໍ່ເວັບໄຊທ໌ໃກ້ຄຽງ ແລະ ຊື່ສຽງ IP ຂອງພວກເຮົາ. ການລຶບລ້າງມັນແວດ້ວຍຄລິກດຽວ ແລະ ລະດັບການປົກປ້ອງຂັ້ນສູງແມ່ນສ່ວນເສີມທີ່ຕ້ອງເສຍເງິນ — ແຕ່ລະດັບພື້ນຖານແມ່ນບໍ່ເສຍເງິນ.
ສິ່ງລໍ້ໃຈທາງການຄ້າໃນທຸລະກິດໂຮສຕິ້ງແມ່ນການຂາຍຄວາມປອດໄພເປັນລະດັບຂັ້ນ: ຈັດໃຫ້ລູກຄ້າລາຄາຖືກຢູ່ໃນເຊີບເວີທີ່ໃຊ້ຮ່ວມກັນພ້ອມຂໍ້ຈຳກັດແບບຍືດຫຍຸ່ນ, ແລະ ຄິດຄ່າບໍລິການກັບຜູ້ທີ່ຕ້ອງການຂອບເຂດທີ່ແຍກຕ່າງຫາກ. ພວກເຮົາບໍ່ເຮັດເຊັ່ນນັ້ນ, ເພາະວ່າລູກຄ້າທີ່ບໍ່ໄດ້ຈ່າຍເງິນສຳລັບການແຍກລະບົບນັ້ນເອງຄືຜູ້ທີ່ເວັບໄຊຖືກບຸກລຸກຈົນກາຍເປັນບັນຫາຂອງທຸກໆ ຄົນ.
ພວກເຮົາໃຫ້ບໍລິການໂຮສຕິ້ງຫຼາຍກວ່າ 700,000 ເວັບໄຊທົ່ວໂລກ, ເທິງລະບົບທີ່ຄວາມໜາແໜ້ນແມ່ນຂໍ້ສະເໜີທາງເສດຖະກິດທັງໝົດ. ສິ່ງນັ້ນຈະເຮັດວຽກໄດ້ກໍຕໍ່ເມື່ອການແຍກຕົວຢູ່ພາຍໃຕ້ມັນເປັນແບບບໍ່ມີເງື່ອນໄຂ. ການແຍກກັກໃນລະດັບເຄີເນວ, ມຸມມອງລະບົບໄຟລ໌ສ່ວນຕົວ, ການຈຳກັດຄວາມໄວຖານຂໍ້ມູນຕາມແຕ່ລະເວັບໄຊ ແລະ PHP ຕາມແຕ່ລະເວັບໄຊ ແມ່ນສິ່ງທີ່ຕ້ອງແລກເພື່ອການເຮັດວຽກໃນຂະໜາດນັ້ນໂດຍບໍ່ມີຜົນກະທົບຮ່ວມກັນ — ດັ່ງນັ້ນພວກມັນຈຶ່ງຖືກເປີດໃຊ້ສຳລັບທຸກຄົນ, ໃນທຸກແພັກເກດ, ຕັ້ງແຕ່ເວັບໄຊທຳອິດທີ່ທ່ານເລີ່ມນຳໃຊ້.
ຜົນໄດ້ຮັບແມ່ນແພລດຟອມທີ່ເຮັດວຽກໄດ້ຢ່າງຄາດການໄດ້ ເຖິງແມ່ນວ່າຈະຢູ່ໃນມື້ທີ່ຫຍຸ້ງຍາກຂອງຄົນອື່ນກໍຕາມ. ຢູ່ເບື້ອງຫຼັງມີການຮັບປະກັນເວລາເຮັດວຽກ 99.99%, ການສຳຮອງຂໍ້ມູນນອກສະຖານທີ່ທີ່ບໍ່ສາມາດປ່ຽນແປງໄດ້ຕາມແຕ່ລະເວັບໄຊພ້ອມກັບການທົດສອບການກູ້ຄືນ, ແລະ ບັນທຶກການກວດສອບຢ່າງຄົບຖ້ວນຂອງທຸກໆການດຳເນີນການບັງຄັບໃຊ້ໃນເວັບໄຊຂອງທ່ານ.
ການແຍກລະບົບຖືກອອກແບບມາສະເພາະເພື່ອຢຸດບັນຫານັ້ນ. LVE ຈຳກັດ CPU, RAM, IO, IOPS ແລະ ໂປຣເຊສຕໍ່ເວັບໄຊ, MySQL Governor ຄວບຄຸມການນຳໃຊ້ຖານຂໍ້ມູນຕໍ່ເວັບໄຊ, ແລະ LSAPI workers ຖືກຈຳກັດຢູ່ໃນ cage ຂອງເວັບໄຊເອງ — ດັ່ງນັ້ນ ການເພີ່ມຂຶ້ນຂອງທຣາຟິກ ຫຼື ການໂຫຼດຄຳສັ່ງ query ໜັກໆ ຂອງເພື່ອນບ້ານ ຈະຖືກຈຳກັດຕາມເພດານຂອງພວກເຂົາ, ບໍ່ແມ່ນຂອງທ່ານ. ທຸກໆຂໍ້ຜິດພາດຈະຖືກບັນທຶກໄວ້ຕາມແຕ່ລະເວັບໄຊ, ແລະ ລະບົບນະໂຍບາຍສາມາດຮັດແໜ້ນຂີດຈຳກັດຂອງເວັບໄຊທີ່ສ້າງບັນຫາໄດ້ໂດຍອັດຕະໂນມັດ.
ຄຳຕອບທີ່ກົງໄປກົງມາແມ່ນການຄວບຄຸມຂອບເຂດຄວາມເສຍຫາຍຫຼາຍກວ່າການຮັບປະກັນ. CageFS ໃຫ້ມຸມມອງລະບົບໄຟລ໌ທີ່ແຍກຕ່າງຫາກແກ່ຜູ້ເຊົ່າແຕ່ລະລາຍ — ຜູ້ເຊົ່າທີ່ຖືກໂຈມຕີຈະບໍ່ສາມາດເບິ່ງເຫັນຜູ້ເຊົ່າລາຍອື່ນ, ເວັບໄຊຂອງພວກເຂົາ ຫຼື ໄຟລ໌ລະບົບທີ່ລະອຽດອ່ອນໄດ້ — ແລະ ກໍລະນີມັນແວ ຫຼື ຟິດຊິງທີ່ຖືກຢືນຢັນແລ້ວ ຈະຍ້າຍເວັບໄຊນັ້ນໄປສູ່ການກັກກັນ: ອອບລາຍ, ໄຟລ໌ຖືກລັອກ, ບໍ່ມີການປະຕິບັດການໃດໆ, ຖືກແຍກໄວ້ສຳລັບການກວດສອບຫຼັກຖານດິຈິທອນ. ນັ້ນແມ່ນສິ່ງທີ່ຈຳກັດລັດສະໝີຂອງຜົນກະທົບ. ພ້ອມກັນນັ້ນ, ພວກເຮົາກໍດຳເນີນການສະແກນມັນແວ ແລະ ໃຊ້ WAF ທີ່ປ້ອງກັນລ່ວງໜ້າໃນທຸກໆເວັບໄຊ, ພ້ອມທັງມີການສຳຮອງຂໍ້ມູນນອກສະຖານທີ່ແບບບໍ່ສາມາດແກ້ໄຂໄດ້ຕໍ່ເວັບໄຊ ທີ່ມີການທົດສອບການກູ້ຄືນແລ້ວ, ດັ່ງນັ້ນການກູ້ຄືນຈຶ່ງບໍ່ຂຶ້ນກັບສະຖານະຂອງເຄື່ອງທີ່ກ່ຽວຂ້ອງເລີຍ.
ມັນຖືກຮວມຢູ່ໃນທຸກໆແພັກເກດ. ການແຍກລະບົບດ້ວຍ LVE ແລະ CageFS, WAF ທີ່ເຮັດວຽກແບບເຊີງຮຸກ ແລະ ການສະແກນມັລແວ ແມ່ນມາດຕະຖານພື້ນຖານສຳລັບລູກຄ້າທຸກຄົນ, ເນື່ອງຈາກເວັບໄຊທີ່ຕິດໄວຣັສ ຫຼື ເຮັດວຽກຜິດປົກກະຕິຈະສົ່ງຜົນກະທົບຕໍ່ເວັບໄຊອື່ນໆທີ່ຢູ່ຮ່ວມກັນ ແລະ ຊື່ສຽງຂອງ IP ພວກເຮົາ — ພວກເຮົາຈຶ່ງບໍ່ສາມາດປ່ອຍໃຫ້ມັນເປັນພຽງທາງເລືອກໄດ້. ສິ່ງທີ່ຂາຍເປັນສ່ວນເສີມແມ່ນການກວດລ້າງ ແລະ ແກ້ໄຂມັລແວດ້ວຍການຄລິກພຽງຄັ້ງດຽວ, ພ້ອມທັງລະດັບການປົກປ້ອງຂັ້ນສູງ ເຊັ່ນ: ກົດລະບຽບ WAF ທີ່ໄດ້ຮັບການປັບປຸງ, ການສະແກນຕາມລຳດັບຄວາມສຳຄັນ, ການຈັດການບັອດ ແລະ ລະດັບການປ້ອງກັນ DDoS ທີ່ສູງຂຶ້ນ.
ມັນຖືກຈຳກັດຄວາມໄວຢູ່ພາຍໃນພື້ນທີ່ຂອງມັນເອງ ແທນທີ່ຈະຖືກປິດການໃຊ້ງານ. ການຈຳກັດຄວາມໄວໝາຍເຖິງຂີດຈຳກັດ LVE ທີ່ເຂັ້ມງວດກວ່າ ແລະ ການຈຳກັດອັດຕາ ໃນຂະນະທີ່ເວັບໄຊຍັງເປີດຢູ່ ແລະ ໃຫ້ບໍລິການ, ແລະ ມັນຈະຟື້ນຕົວໂດຍອັດຕະໂນມັດເມື່ອສາເຫດຖືກແກ້ໄຂ. ທ່ານຈະໄດ້ຮັບການແຈ້ງເຕືອນພ້ອມກັບເຫດຜົນ, ການປ່ຽນແປງຈະຖືກບັນທຶກພ້ອມຫຼັກຖານ, ແລະ ສາມາດຮ້ອງຂໍການອຸທອນໄດ້. ຖ້າການໂຫຼດເກີດຈາກການເຕີບໂຕທີ່ແທ້ຈິງແທນທີ່ຈະເປັນຂໍ້ຜິດພາດ, ທາງອອກແມ່ນແພັກເກດທີ່ໃຫຍ່ກວ່າ, ບໍ່ແມ່ນການຈຳກັດຄວາມໄວແບບຖາວອນ.
ບໍ່ — ເວັບໄຊທີ່ຖືກໂຈະໄວ້ຈະສະແດງໜ້າພັກທີ່ລະບຸເຫດຜົນສະເພາະພ້ອມຍີ່ຫໍ້ (ການຮຽກເກັບເງິນ, ການບຳລຸງຮັກສາ ຫຼື ການລະເມີດ) ເພື່ອໃຫ້ເຫັນວ່າມັນເປັນຄວາມຕັ້ງໃຈ ແທນທີ່ຈະເປັນການໃຊ້ງານບໍ່ໄດ້. ການໂຈະຈະຖືກຍົກເລີກເມື່ອມີການຊຳລະເງິນ, ມີການແກ້ໄຂ ຫຼື ຜ່ານການອຸທອນ. ການກັກກັນແມ່ນມີຄວາມເຂັ້ມງວດກວ່າ ແລະ ເຮັດວຽກແຕກຕ່າງກັນ: ມັນຈະຍົກເລີກຫຼັງຈາກການອະນາໄມ ແລະ ການກວດສອບເທົ່ານັ້ນ, ບໍ່ມີທາງທີ່ຈະຍົກເລີກໂດຍອັດຕະໂນມັດ.
ໃນ Zinn® Managed WordPress, ແມ່ນແລ້ວ — CloudLinux alt-PHP ຊ່ວຍໃຫ້ແຕ່ລະເວັບໄຊມີຕົວເລືອກເວີຊັນ PHP ຂອງຕົນເອງ, ສ່ວນຂະຫຍາຍຂອງຕົນເອງເຊັ່ນ imagick, gd ແລະ redis, ແລະ ການຕັ້ງຄ່າທີ່ມີຄວາມປອດໄພສູງຂອງຕົນເອງ, ເຊິ່ງທັງໝົດຖືກຈຳກັດໂດຍຂອບເຂດ LVE ຂອງເວັບໄຊນັ້ນ. ໂຮສຕິ້ງ Footprint-Free ໄດ້ຕັ້ງໃຈດຳເນີນການກຳນົດຄ່າຕໍ່ເວັບໄຊທີ່ມີມາດຕະຖານ ແລະ ຮັດກຸມກວ່າ, ເພາະວ່າຄວາມຫຼາກຫຼາຍຂອງການກຳນົດຄ່າແມ່ນຮ່ອງຮອຍ (footprint) ໃນຕົວມັນເອງ.
ແມ່ນແລ້ວ. CloudLinux LVE ແລະ CageFS ແມ່ນຄ່າເລີ່ມຕົ້ນທີ່ຖືກປັບໃຫ້ເໝາະສົມກັບຄວາມໜາແໜ້ນໃນທັງສອງສາຍຜະລິດຕະພັນ. ສໍາລັບວຽກງານທີ່ຕ້ອງການຂອບເຂດທີ່ເຂັ້ມງວດກວ່າ, ການແຍກກັນແບບເຕັມຮູບແບບຕູ້ຄອນເທນເນີຕໍ່ເວັບໄຊຈະຖືກສະເໜີໃຫ້ເປັນຕົວປ່ຽນຂອງໄດຣເວີການຈັດສັນ — ລະບົບເຄື່ອງຈັກ ແລະ ແຜງຄວບຄຸມດຽວກັນທີ່ມີການຈັດວາງຕ່າງກັນ, ໂດຍແລກກັບໂອເວີເຮດເພື່ອການແຍກຕົວທີ່ແຂງແກ່ນກວ່າ.
ແມ່ນແລ້ວ. ໂຮສຕິ້ງ Footprint-Free ເລີ່ມຕົ້ນດ້ວຍການທົດລອງໃຊ້ 14 ມື້ໂດຍບໍ່ຕ້ອງໃຊ້ບັດ ເຊິ່ງກວມເອົາສູງສຸດ 5 ເວັບໄຊ — ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ, ບໍ່ມີຂໍ້ຜູກມັດ. ຕິດຕັ້ງສອງສາມເວັບໄຊ, ທົດສອບການໂຫຼດໃສ່ພວກມັນ, ແລະ ເບິ່ງວ່າ cage ເຮັດວຽກແນວໃດກ່ອນທີ່ທ່ານຈະຕັດສິນໃຈ.
ເລີ່ມຕົ້ນການທົດລອງໃຊ້ 14 ວັນແບບບໍ່ຕ້ອງໃຊ້ບັດໃນ Footprint-Free Hosting — ສູງສຸດຫ້າເວັບໄຊ, ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ, ບໍ່ມີພັນທະໃດໆ. ການແຍກລະດັບ Kernel, WAF ແບບ proactive ແລະ ການສະແກນມ່ວແວແມ່ນລວມຢູ່ແຕ່ການນຳໃຊ້ຄັ້ງທຳອິດ.
ເລີ່ມຕົ້ນຟຣີ