ການແຍກແຕ່ລະເວັບໄຊອອກຈາກກັນ
ການແຍກສ່ວນແມ່ນຄວາມແຕກຕ່າງລະຫວ່າງເຫດການ ແລະ ການຢຸດເຮັດວຽກ. ທຸກໆເວັບໄຊທີ່ພວກເຮົາໂຮສແມ່ນທຳງານຢູ່ພາຍໃນ CloudLinux LVE cage ໃນລະດັບ kernel ທີ່ມີຂີດຈຳກັດ CPU, RAM, IO ແລະ ຂະບວນການປະມວນຜົນຂອງຕົນເອງ, ມຸມມອງລະບົບໄຟລ໌ CageFS ຂອງຕົນເອງ, ເວີຊັນ PHP ຂອງຕົນເອງ ແລະ ການຄວບຄຸມຖານຂໍ້ມູນຂອງຕົນເອງ. ເວັບໄຊທີ່ຖືກໂຈມຕີ, ຖືກບຸກລຸກ ຫຼື ພຽງແຕ່ກຳລັງປະມວນຜົນຄຳສັ່ງທີ່ໜັກໜ່ວງຈະຖືກຈຳກັດໄວ້ໃນບ່ອນທີ່ມັນຢູ່ — ແລະ ມາດຕະຖານການແຍກສ່ວນນີ້ແມ່ນຮວມຢູ່ໃນທຸກໆແພັກເກດ, ບໍ່ໄດ້ນຳມາຂາຍຄືນໃຫ້ທ່ານໃນຮູບແບບການອັບເກຣດ. ການພ້ອມໃຊ້ງານ: ການຄວບຄຸມຖານຂໍ້ມູນຕາມແຕ່ລະເວັບໄຊ ແລະ ສະຖິຕິຊັບພະຍາກອນຕາມແຕ່ລະເວັບໄຊແມ່ນຢູ່ລະຫວ່າງການພັດທະນາຢ່າງແຂງຂັນ ແລະ ຍັງບໍ່ທັນມີໃຫ້ໃຊ້ງານເທື່ອ. ພາກສ່ວນອື່ນໆທັງໝົດທີ່ໄດ້ອະທິບາຍໄວ້ຢູ່ທີ່ນີ້ແມ່ນມີໃຫ້ໃຊ້ງານຈິງແລ້ວໃນປັດຈຸບັນ.
ກຸ່ມຄົນງານດຳເນີນການຢູ່ເທິງ CloudLinux OS, ເຊິ່ງຜັກດັນລະບົບ multi-tenancy ລົງໄປໃນ kernel. ແຕ່ລະເວັບໄຊຈະໄດ້ຮັບ Lightweight Virtual Environment — ຊຶ່ງກໍຄື LVE — ເຊິ່ງເປັນຂອບເຂດທີ່ແໜ້ນໜາແທນທີ່ຈະເປັນພຽງຂໍ້ຕົກລົງທີ່ສຸພາບ. ບໍ່ມີສິ່ງໃດທີ່ເວັບໄຊເຮັດຢູ່ພາຍໃນ cage ຂອງມັນທີ່ຈະຖືກໃຊ້ເກີນງົບຂອງຄົນອື່ນ.
LVE ຈຳກັດ CPU, RAM, IO, IOPS, ໂປຣເຊສ ແລະ ໂປຣເຊສຂັ້ນເລີ່ມຕົ້ນ ສຳລັບແຕ່ລະເວັບໄຊຢ່າງເປັນເອກະລາດ. ເມື່ອເວັບໄຊໃດໜຶ່ງເກີນຂີດຈຳກັດ, ມັນຈະຖືກຫຼຸດຄວາມໄວລົງພາຍໃນ cage ຂອງມັນເອງ — ຂໍ້ຜິດພາດຈະຖືກບັນທຶກໄວ້ກັບເວັບໄຊນັ້ນ, ແລະ ເວັບໄຊອື່ນໆ ທີ່ຢູ່ຄຽງຂ້າງຈະຍັງສາມາດເຮັດວຽກຕໍ່ໄປໄດ້ໂດຍບໍ່ໄດ້ຮັບຜົນກະທົບ.
ປລັກອິນທີ່ຕິດຢູ່ໃນວົນຮອບ, ວຽກ cron ທີ່ຂຽນບໍ່ດີ ຫຼື ຕົວລວບລວມຂໍ້ມູນທີ່ໂຈມຕີຈຸດສິ້ນສຸດຈະໄປຕຳໃສ່ຂະບວນການຂອງເວັບໄຊ ແລະ ຂີດຈຳກັດຂອງຂະບວນການເຂົ້າ-ອອກກ່ອນ. ເວັບໄຊດຽວບໍ່ສາມາດໃຊ້ຊັບພະຍາກອນຂອງເຄື່ອງຈັກທັງໝົດໄດ້ພຽງຝ່າຍດຽວ.
ຍ້ອນວ່າ entry-processes ຖືກຈຳກັດໄວ້ຕໍ່ cage, ການໂຈມຕີທີ່ແນໃສ່ເວັບໄຊດຽວ ຈຶ່ງບໍ່ສາມາດເປີດວຽກງານແບບບໍ່ມີຂີດຈຳກັດໃນໂຮສໄດ້. ການບີບອັດການເຊື່ອມຕໍ່ ແລະ ຄຳຮ້ອງຂອງ 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 ທີ່ຈຳກັດໄວ້ພາຍໃຕ້ຂອບເຂດ LVE ຂອງເວັບໄຊນັ້ນໆ, ດັ່ງນັ້ນຄວາມພ້ອມກັນຂອງ PHP ຈຶ່ງເປັນສ່ວນໜຶ່ງຂອງກອບຄວາມປອດໄພແທນທີ່ຈະເປັນຊ່ອງວ່າງໃນການຫຼົບໜີອອກຈາກມັນ.
ການແຍກຕົວເປັນກຳນົດວ່າບັນຫາຈະລາມໄປໄກສໍ່າໃດ. ການບັງຄັບໃຊ້ເປັນກຳນົດວ່າຈະເກີດຫຍັງຂຶ້ນຕໍ່ໄປ. ພວກເຮົາໄດ້ປ່ຽນແທນການລະງັບແບບເປີດ/ປິດທີ່ທື່ນດ້ວຍເຄື່ອງຈັກສະຖານະ, ຊຸກດູ້ນໂດຍຂະບວນການເຮັດວຽກທີ່ທົນທານ ແລະ ບັງຄັບໃຊ້ກັບຜູ້ປະຕິບັດງານຜ່ານ LiteSpeed, LVE ແລະ Imunify.
ການແຍກຕົວໂດດດ່ຽວບໍ່ແມ່ນຟີເຈີຂອງແພັກເກດທີ່ປາກົດຂຶ້ນຢູ່ຊັ້ນທີສາມ. ມັນແມ່ນຄຸນສົມບັດຂອງຊັບສະເຕຣດ, ດັ່ງນັ້ນມັນຈຶ່ງຄືກັນໝົດບໍ່ວ່າທ່ານຈະໃຊ້ຮ້ານຄ້າ WooCommerce ຫນຶ່ງຮ້ານ ຫຼື ສອງພັນເວັບໄຊໃນເຄືອຂ່າຍກໍຕາມ.
ເຄືອຂ່າຍ Bulk ແລະ PBN ທຳງານຢູ່ເທິງຊັ້ນຮ່າງ LVE ແລະ CageFS ດຽວກັນ, ພ້ອມກັບການໝູນວຽນບັນຊີ CDN ທີ່ຮັບຮູ້ຮ່ອງຮອຍ SEO ແລະ ການສົ່ງມອບ static-HTML. ການແຍກສ່ວນແມ່ນສິ່ງທີ່ເຮັດໃຫ້ຄວາມໜາແໜ້ນມີຄວາມປອດໄພ: ເວັບໄຊຕ່າງໆ ໃຊ້ຟລີດຮ່ວມກັນໂດຍບໍ່ໄດ້ໃຊ້ຊະຕາກຳຮ່ວມກັນ.
ເວັບໄຊ Managed WordPress, WooCommerce, PHP, static ແລະ Node ຈະໄດ້ຮັບ cages ຄືກັນ ພ້ອມກັບການບໍລິການຕົນເອງແບບເຕັມຮູບແບບ — ເວີຊັນ PHP ແລະ ພາກສ່ວນຂະຫຍາຍຂອງທ່ານເອງ, Redis object cache, staging ແລະ push-to-live.
ສຳລັບວຽກງານທີ່ຕ້ອງການຂອບເຂດທີ່ແຫນ້ນຫນາກວ່າຄ່າເລີ່ມຕົ້ນທີ່ປັບໃຫ້ເໝາະສົມກັບຄວາມໜາແໜ້ນ, ພວກເຮົາມີຕົວເລືອກການແຍກຄອນເທນເນີແບບເຕັມຮູບແບບຕໍ່ໜຶ່ງເວັບໄຊ ເຊິ່ງເປັນຮູບແບບຍ່ອຍຂອງໄດຣເວີການຈັດສັນ: ໃຊ້ອິນຈິນດຽວກັນ, ໜ້າຕ່າງຄວບຄຸມດຽວກັນ, ແຕ່ມີການຈັດວາງທີ່ແຕກຕ່າງກັນ ແລະ ໃຊ້ຊັບພະຍາກອນເພີ່ມເຕີມສູງກວ່າ.
ການແຍກ LVE ແລະ CageFS, WAF ແບບຮຸກຮານ ແລະ ການສະແກນມ່ວແວແມ່ນລວມຢູ່ສຳລັບລູກຄ້າທຸກລາຍ, ເພາະວ່າເວັບໄຊທີ່ຕິດເຊື້ອ ຫຼື ເຮັດວຽກຜິດປົກກະຕິແມ່ນເປັນໄພຂົ່ມຂູ່ຕໍ່ເວັບໄຊຂ້າງຄຽງ ແລະ ຊື່ສຽງ IP ຂອງພວກເຮົາ. ການລຶບລ້າງມ່ວແວດ້ວຍການຄລິກດຽວ ແລະ ຊັ້ນການປົກປ້ອງຂັ້ນສູງແມ່ນສ່ວນເສີມແບບເສຍເງິນ — ແຕ່ລະດັບພື້ນຖານແມ່ນບໍ່ໄດ້ເສຍເງິນ.
ຄວາມວາບຫວາມທາງການຄ້າໃນການໂຮສຕິ້ງແມ່ນການຂາຍຄວາມປອດໄພເປັນຂັ້ນ: ເອົາລູກຄ້າລາຄາຖືກໄວ້ໃນເຊີບເວີຮ່ວມກັນພ້ອມກັບຂອບເຂດຈຳກັດແບບຫຍໍ້ທໍ້, ແລະ ຄິດໄລ່ເງິນຈາກຜູ້ທີ່ສົນໃຈເລື່ອງຂອບເຂດຄວາມປອດໄພ. ພວກເຮົາບໍ່ໄດ້ເຮັດແບບນັ້ນ, ເພາະວ່າລູກຄ້າທີ່ບໍ່ໄດ້ຈ່າຍເງິນຄ່າການແຍກລະບົບແມ່ນຜູ້ທີ່ມີເວັບໄຊທີ່ຖືກເຈາະລະບົບຊຶ່ງຈະກາຍເປັນບັນຫາຂອງທຸກໆຄົນ.
ພວກເຮົາໃຫ້ບໍລິການໂຮດຕິ້ງຫຼາຍກວ່າ 650,000 ເວັບໄຊທົ່ວໂລກ, ຢູ່ເທິງລະບົບທີ່ຄວາມໜາແໜ້ນແມ່ນຂໍ້ສະເໜີທາງເສດຖະກິດທັງໝົດ. ສິ່ງນັ້ນຈະສໍາເລັດໄດ້ກໍຕໍ່ເມື່ອການແຍກສ່ວນຢູ່ເບື້ອງຫຼັງແມ່ນມີຄວາມເດັດຂາດ. ກ່ອງແຍກດ່ຽວລະດັບ Kernel, ມຸມມອງລະບົບແຟ້ມຂໍ້ມູນສ່ວນຕົວ, ການຈຳກັດຄວາມໄວຖານຂໍ້ມູນຕໍ່ເວັບໄຊ ແລະ PHP ຕໍ່ເວັບໄຊ ແມ່ນສິ່ງທີ່ຕ້ອງແລກເພື່ອການເຮັດວຽກໃນຂະໜາດນັ້ນໂດຍບໍ່ມີຊະຕາກຳຮ່ວມກັນ — ດັ່ງນັ້ນ ພວກມັນຈຶ່ງຖືກເປີດໃຊ້ງານສຳລັບທຸກຄົນ, ໃນທຸກແພັກເກັດ, ຕັ້ງແຕ່ເວັບໄຊທຳອິດທີ່ທ່ານຕິດຕັ້ງ.
ຜົນໄດ້ຮັບແມ່ນແພລດຟອມທີ່ມີການເຮັດວຽກຢ່າງແນ່ນອນ ເຖິງແມ່ນວ່າຈະຢູ່ໃນມື້ທີ່ບໍ່ດີຂອງຄົນອື່ນກໍຕາມ. ຢູ່ເບື້ອງຫຼັງແມ່ນມີການຮັບປະກັນໄລຍະເວລາການທຳງານ 99.99%, ການສຳຮອງຂໍ້ມູນນອກສະຖານທີ່ແບບປ່ຽນແປງບໍ່ໄດ້ສຳລັບແຕ່ລະເວັບໄຊ ພ້ອມກັບການທົດສອບການກູ້ຄືນ, ແລະ ບັນທຶກປະວັດການກວດສອບຢ່າງເຕັມຮູບແບບຂອງທຸກໆການດຳເນີນການບັງຄັບໃຊ້ທີ່ເກີດຂຶ້ນກັບເວັບໄຊຂອງທ່ານ.
ການແຍກຕົວໂດດດ່ຽວແມ່ນຖືກອອກແບບມາເພື່ອຢຸດສິ່ງນັ້ນໂດຍສະເພາະ. LVE ຈຳກັດ CPU, RAM, IO, IOPS ແລະ ຂະບວນການຕໍ່ເວັບໄຊ, MySQL Governor ຄວບຄຸມການໃຊ້ງານຖານຂໍ້ມູນຕໍ່ເວັບໄຊ, ແລະ ພະນັກງານ LSAPI ຖືກຈຳກັດດ້ວຍກົງລົດຂອງເວັບໄຊເອງ — ສະນັ້ນ ການພຸ່ງຂຶ້ນຂອງການຈະລາຈອນຂອງເພື່ອນບ້ານ ຫຼື ໂຫຼດຄຳຖາມທີ່ໜັກໜ່ວງ ຈຶ່ງຖືກຈຳກັດຕາມຂອບເຂດສູງສຸດຂອງພວກເຂົາ, ບໍ່ແມ່ນຂອງທ່ານ. ທຸກໆຄວາມຜິດພາດແມ່ນຖືກບັນທຶກໄວ້ຕໍ່ເວັບໄຊ, ແລະ ເຄື່ອງຈັກນະໂຍບາຍສາມາດຮັດແຄບຂີດຈຳກັດຂອງເວັບໄຊທີ່ມີສຽງດັງໂດຍອັດຕະໂນມັດ.
ຄໍາຕອບທີ່ກົງໄປກົງມາແມ່ນການຈໍາກັດວົງກວ້າງ ຫຼາຍກວ່າການຮັບປະກັນ. 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 Hosting ເລີ່ມຕົ້ນດ້ວຍການທົດລອງໃຊ້ຟຣີ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດ ເຊິ່ງກວມເອົາສູງສຸດເຖິງຫ້າເວັບໄຊ — ບໍ່ຕ້ອງມີລາຍລະອຽດການຊຳລະເງິນ, ບໍ່ມີຂໍ້ຜູກພັນ. ຕິດຕັ້ງສອງສາມເວັບໄຊ, ສົ່ງປະລິມານການນຳໃຊ້ເຂົ້າໄປ, ແລະ ເບິ່ງວ່າ cage ເຮັດວຽກແນວໃດກ່ອນທີ່ທ່ານຈະຕັດສິນໃຈ.
ເລີ່ມຕົ້ນການທົດລອງໃຊ້ 14 ວັນແບບບໍ່ຕ້ອງໃຊ້ບັດໃນ Footprint-Free Hosting — ສູງສຸດຫ້າເວັບໄຊ, ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ, ບໍ່ມີພັນທະໃດໆ. ການແຍກລະດັບ Kernel, WAF ແບບ proactive ແລະ ການສະແກນມ່ວແວແມ່ນລວມຢູ່ແຕ່ການນຳໃຊ້ຄັ້ງທຳອິດ.
ເລີ່ມຕົ້ນຟຣີ