ຢຸດຄິດວ່າ SLA ຈະຊ່ວຍປະຢັດທ່ານ. ມັນເປັນສິ່ງຈໍາເປັນເພື່ອໃຫ້ແນ່ໃຈວ່າແລະສ້າງຄວາມຮູ້ສຶກທີ່ບໍ່ຖືກຕ້ອງຂອງຄວາມປອດໄພ.

SLA, ເຊິ່ງເອີ້ນກັນວ່າ "ຂໍ້ຕົກລົງລະດັບການບໍລິການ", ແມ່ນຂໍ້ຕົກລົງການຄໍ້າປະກັນລະຫວ່າງລູກຄ້າແລະຜູ້ໃຫ້ບໍລິການກ່ຽວກັບສິ່ງທີ່ລູກຄ້າຈະໄດ້ຮັບໃນດ້ານການບໍລິການ. ມັນຍັງກໍານົດການຊົດເຊີຍໃນກໍລະນີຂອງການຢຸດເຊົາເນື່ອງຈາກຄວາມຜິດຂອງຜູ້ສະຫນອງ, ແລະອື່ນໆ. ໂດຍເນື້ອແທ້ແລ້ວ, SLA ແມ່ນຂໍ້ມູນປະຈໍາຕົວໂດຍການຊ່ວຍເຫຼືອຂອງສູນຂໍ້ມູນຫຼືຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງທີ່ຈະຊັກຊວນລູກຄ້າທີ່ມີທ່າແຮງວ່າລາວຈະໄດ້ຮັບການປະຕິບັດດ້ວຍຄວາມເມດຕາໃນທຸກໆທາງທີ່ເປັນໄປໄດ້. ຄໍາຖາມແມ່ນວ່າທ່ານສາມາດຂຽນສິ່ງທີ່ທ່ານຕ້ອງການໃນ SLA, ແລະເຫດການທີ່ຂຽນໄວ້ໃນເອກະສານນີ້ບໍ່ໄດ້ເກີດຂື້ນເລື້ອຍໆ. SLA ແມ່ນຢູ່ໄກຈາກຄໍາແນະນໍາໃນການເລືອກສູນຂໍ້ມູນແລະແນ່ນອນວ່າທ່ານບໍ່ຄວນອີງໃສ່ມັນ.

ພວກເຮົາທຸກຄົນຄຸ້ນເຄີຍກັບການລົງນາມໃນບາງຂໍ້ຕົກລົງທີ່ບັງຄັບພັນທະບາງຢ່າງ. SLA ແມ່ນບໍ່ມີຂໍ້ຍົກເວັ້ນ - ປົກກະຕິແລ້ວເອກະສານທີ່ບໍ່ເປັນຈິງທີ່ສຸດທີ່ຈະຈິນຕະນາການ. ສິ່ງດຽວທີ່ອາດຈະບໍ່ມີປະໂຫຍດຫຼາຍແມ່ນ NDA ຢູ່ໃນເຂດປົກຄອງທີ່ແນວຄວາມຄິດຂອງ "ຄວາມລັບການຄ້າ" ບໍ່ມີຈິງ. ແຕ່ບັນຫາທັງຫມົດແມ່ນວ່າ SLA ບໍ່ໄດ້ຊ່ວຍລູກຄ້າໃນການເລືອກຜູ້ສະຫນອງທີ່ເຫມາະສົມ, ແຕ່ວ່າພຽງແຕ່ຖິ້ມຂີ້ຝຸ່ນໃນຕາ.

hosters ສ່ວນຫຼາຍມັກຂຽນຫຍັງຢູ່ໃນສະບັບສາທາລະນະຂອງ SLA ທີ່ພວກເຂົາສະແດງຕໍ່ສາທາລະນະ? ດີ, ແຖວທໍາອິດແມ່ນຄໍາວ່າ "ຄວາມຫນ້າເຊື່ອຖື" ຂອງເຈົ້າພາບ - ເຫຼົ່ານີ້ແມ່ນຕົວເລກຈາກ 98 ຫາ 99,999%. ໃນຄວາມເປັນຈິງ, ຕົວເລກເຫຼົ່ານີ້ແມ່ນພຽງແຕ່ການປະດິດສ້າງທີ່ສວຍງາມຂອງນັກກາລະຕະຫຼາດ. ຄັ້ງຫນຶ່ງ, ໃນເວລາທີ່ hosting ຍັງອ່ອນແລະລາຄາແພງ, ແລະຟັງແມ່ນພຽງແຕ່ຄວາມຝັນຂອງຜູ້ຊ່ຽວຊານ (ເຊັ່ນດຽວກັນກັບການເຂົ້າເຖິງບໍລະອົດແບນສໍາລັບທຸກຄົນ), ຕົວຊີ້ວັດເວລາຂອງ hosting ແມ່ນສໍາຄັນທີ່ສຸດ, ສໍາຄັນທີ່ສຸດ. ໃນປັດຈຸບັນ, ໃນເວລາທີ່ຜູ້ສະຫນອງທັງຫມົດໃຊ້, ບວກຫຼືລົບ, ອຸປະກອນດຽວກັນ, ນັ່ງຢູ່ໃນເຄືອຂ່າຍກະດູກສັນຫຼັງດຽວກັນແລະສະເຫນີຊຸດການບໍລິການດຽວກັນ, ຕົວຊີ້ວັດເວລາ uptime ແມ່ນບໍ່ຫນ້າສັງເກດຢ່າງແທ້ຈິງ.

ມີແມ້ກະທັ້ງ SLA "ທີ່ຖືກຕ້ອງ" ບໍ?

ແນ່ນອນ, ມີສະບັບທີ່ເຫມາະສົມຂອງ SLA, ແຕ່ພວກມັນທັງຫມົດແມ່ນເອກະສານທີ່ບໍ່ແມ່ນມາດຕະຖານແລະຖືກລົງທະບຽນແລະສະຫຼຸບລະຫວ່າງລູກຄ້າແລະຜູ້ສະຫນອງດ້ວຍຕົນເອງ. ຍິ່ງໄປກວ່ານັ້ນ, ປະເພດຂອງ SLA ນີ້ສ່ວນຫຼາຍມັກຈະກ່ຽວຂ້ອງກັບການເຮັດວຽກຂອງສັນຍາບາງຢ່າງແທນທີ່ຈະເປັນການບໍລິການ.

SLA ທີ່ດີຄວນປະກອບມີຫຍັງແດ່? ເພື່ອວາງມັນ TLDR, SLA ທີ່ດີແມ່ນເອກະສານທີ່ກໍານົດຄວາມສໍາພັນລະຫວ່າງສອງຫນ່ວຍງານ, ເຊິ່ງເຮັດໃຫ້ຫນຶ່ງໃນພາກສ່ວນ (ລູກຄ້າ) ຄວບຄຸມສູງສຸດຂອງຂະບວນການ. ນັ້ນແມ່ນ, ເຮັດແນວໃດມັນເຮັດວຽກຢູ່ໃນໂລກທີ່ແທ້ຈິງ: ມີເອກະສານທີ່ອະທິບາຍຂະບວນການປະຕິສໍາພັນທົ່ວໂລກແລະຄວບຄຸມການພົວພັນລະຫວ່າງຝ່າຍຕ່າງໆ. ມັນກໍານົດຂອບເຂດ, ກົດລະບຽບ, ແລະໃນຕົວຂອງມັນເອງກາຍເປັນ lever ຂອງອິດທິພົນທີ່ທັງສອງຝ່າຍສາມາດນໍາໃຊ້ໄດ້ຢ່າງເຕັມທີ່. ດັ່ງນັ້ນ, ຂໍຂອບໃຈກັບ SLA ທີ່ຖືກຕ້ອງ, ລູກຄ້າພຽງແຕ່ສາມາດບັງຄັບໃຫ້ຜູ້ຮັບເຫມົາເຮັດວຽກຕາມທີ່ໄດ້ຕົກລົງກັນ, ແລະມັນຊ່ວຍໃຫ້ຜູ້ຮັບເຫມົາຕໍ່ສູ້ກັບ "ຕ້ອງການ" ຂອງລູກຄ້າທີ່ມີການເຄື່ອນໄຫວຫຼາຍເກີນໄປທີ່ບໍ່ສົມເຫດສົມຜົນກັບສັນຍາ. ມັນເບິ່ງຄືວ່າ: "SLA ຂອງພວກເຮົາເວົ້ານີ້ແລະວ່າ, ອອກຈາກທີ່ນີ້, ພວກເຮົາເຮັດທຸກຢ່າງຕາມທີ່ໄດ້ຕົກລົງ."

ນັ້ນແມ່ນ, "SLA ທີ່ຖືກຕ້ອງ" = "ສັນຍາທີ່ພຽງພໍສໍາລັບການສະຫນອງການບໍລິການ" ແລະໃຫ້ການຄວບຄຸມສະຖານະການ. ແຕ່ນີ້ເປັນໄປໄດ້ພຽງແຕ່ເມື່ອເຮັດວຽກ "ເທົ່າກັບ".

ສິ່ງທີ່ຂຽນຢູ່ໃນເວັບໄຊທ໌ແລະສິ່ງທີ່ລໍຖ້າຢູ່ໃນຄວາມເປັນຈິງແມ່ນສອງສິ່ງທີ່ແຕກຕ່າງກັນ

ໂດຍທົ່ວໄປ, ທຸກສິ່ງທຸກຢ່າງທີ່ພວກເຮົາຈະສົນທະນາຕື່ມອີກແມ່ນ tricks ການຕະຫຼາດປົກກະຕິແລະການທົດສອບການເອົາໃຈໃສ່.

ຖ້າພວກເຮົາເອົາ hosters ພາຍໃນປະເທດທີ່ມີຄວາມນິຍົມ, ການສະເຫນີຫນຶ່ງແມ່ນດີກວ່າອີກອັນຫນຶ່ງ: ການສະຫນັບສະຫນູນ 25/8, server uptime 99,9999999% ຂອງເວລາ, ຊໍ່ຂອງສູນຂໍ້ມູນຂອງຕົນເອງຢ່າງຫນ້ອຍໃນລັດເຊຍ. ກະລຸນາຈື່ຈຸດກ່ຽວກັບສູນຂໍ້ມູນ, ພວກເຮົາຈະກັບມາຫາມັນໃນພາຍຫຼັງເລັກນ້ອຍ. ໃນເວລານີ້, ໃຫ້ເວົ້າກ່ຽວກັບສະຖິຕິຄວາມທົນທານຕໍ່ຄວາມຜິດທີ່ເຫມາະສົມແລະສິ່ງທີ່ບຸກຄົນປະເຊີນກັບເວລາທີ່ເຄື່ອງແມ່ຂ່າຍຂອງລາວຍັງຕົກຢູ່ໃນ "0,0000001% ຂອງຄວາມລົ້ມເຫລວ."

ດ້ວຍຕົວຊີ້ວັດຂອງ 98% ແລະສູງກວ່າ, ການຫຼຸດລົງໃດໆແມ່ນເຫດການທີ່ເກີດຂື້ນກັບຄວາມຜິດພາດທາງສະຖິຕິ. ອຸປະກອນການເຮັດວຽກແລະການເຊື່ອມຕໍ່ແມ່ນມີຢູ່ຫຼືບໍ່ມີ. ທ່ານສາມາດນໍາໃຊ້ hoster ທີ່ມີ "ຄວາມຫນ້າເຊື່ອຖື" rating ຂອງ 50% (ອີງຕາມການ SLA ຂອງຕົນເອງ) ສໍາລັບປີໂດຍບໍ່ມີບັນຫາດຽວ, ຫຼືທ່ານສາມາດ "ລົ້ມເຫລວ" ຫນຶ່ງຄັ້ງຕໍ່ເດືອນສໍາລັບສອງສາມມື້ກັບ guys ຜູ້ທີ່ຮ້ອງຂໍ 99,99%.

ເມື່ອເວລາຂອງການຫຼຸດລົງມາຮອດ (ແລະ, ພວກເຮົາເຕືອນທ່ານ, ທຸກຄົນຕົກໃນມື້ຫນຶ່ງ), ຫຼັງຈາກນັ້ນ, ລູກຄ້າໄດ້ປະເຊີນຫນ້າກັບເຄື່ອງຈັກຂອງບໍລິສັດພາຍໃນທີ່ເອີ້ນວ່າ "ສະຫນັບສະຫນູນ", ແລະຂໍ້ຕົກລົງການບໍລິການແລະ SLA ໄດ້ຖືກນໍາມາສູ່ຄວາມສະຫວ່າງ. ມັນຫມາຍຄວາມວ່າແນວໃດ:

• ສ່ວນຫຼາຍອາດຈະ, ສໍາລັບສີ່ຊົ່ວໂມງທໍາອິດຂອງການ downtime ທ່ານຈະບໍ່ສາມາດນໍາສະເຫນີຫຍັງເລີຍ, ເຖິງແມ່ນວ່າ hosters ບາງຄົນເລີ່ມຕົ້ນ recalculating ອັດຕາພາສີ (ການຈ່າຍຄ່າຊົດເຊີຍ) ຈາກປັດຈຸບັນຂອງ crash ໄດ້.
• ຖ້າເຊີບເວີບໍ່ສາມາດໃຊ້ໄດ້ເປັນເວລາດົນກວ່ານັ້ນ, ທ່ານອາດຈະສາມາດສົ່ງຄໍາຮ້ອງຂໍການຄິດໄລ່ອັດຕາພາສີຄືນໄດ້.
• ແລະນີ້ແມ່ນສະຫນອງໃຫ້ວ່າບັນຫາເກີດຂຶ້ນຍ້ອນຄວາມຜິດຂອງຜູ້ສະຫນອງ.
• ຖ້າບັນຫາຂອງເຈົ້າເກີດຂື້ນຍ້ອນບຸກຄົນທີສາມ (ຢູ່ທາງດ່ວນ), ມັນເບິ່ງຄືວ່າ "ບໍ່ມີໃຜຈະຕໍານິຕິຕຽນ" ແລະເມື່ອບັນຫາຖືກແກ້ໄຂແມ່ນເປັນເລື່ອງຂອງໂຊກຂອງເຈົ້າ.

ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈວ່າທ່ານບໍ່ເຄີຍໄດ້ຮັບການເຂົ້າເຖິງທີມງານວິສະວະກໍາ, ສ່ວນຫຼາຍມັກຈະຖືກຢຸດໂດຍສາຍສະຫນັບສະຫນູນທໍາອິດ, ຜູ້ທີ່ສອດຄ່ອງກັບທ່ານໃນຂະນະທີ່ວິສະວະກອນທີ່ແທ້ຈິງພະຍາຍາມແກ້ໄຂສະຖານະການ. ສຽງຄຸ້ນເຄີຍ?

ທີ່ນີ້, ປະຊາຊົນຈໍານວນຫຼາຍອີງໃສ່ SLA, ເຊິ່ງ, ເບິ່ງຄືວ່າ, ຄວນປົກປ້ອງທ່ານຈາກສະຖານະການດັ່ງກ່າວ. ແຕ່, ໃນຄວາມເປັນຈິງ, ບໍລິສັດບໍ່ຄ່ອຍຈະໄປເກີນຂອບເຂດຂອງເອກະສານຂອງຕົນເອງຫຼືສາມາດຫັນສະຖານະການໄປສູ່ວິທີການຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍຂອງຕົນເອງ. ວຽກງານຕົ້ນຕໍຂອງ SLA ແມ່ນເພື່ອກະຕຸ້ນຄວາມລະມັດລະວັງແລະຫມັ້ນໃຈວ່າເຖິງແມ່ນວ່າໃນກໍລະນີຂອງສະຖານະການທີ່ບໍ່ໄດ້ຄາດຫວັງ, "ທຸກສິ່ງທຸກຢ່າງຈະດີ." ຈຸດປະສົງທີສອງຂອງ SLA ແມ່ນເພື່ອຕິດຕໍ່ສື່ສານຈຸດສໍາຄັນຕົ້ນຕໍແລະໃຫ້ຫ້ອງໃຫ້ບໍລິການເພື່ອ maneuver, ນັ້ນແມ່ນ, ຄວາມສາມາດໃນການປະເມີນຄວາມລົ້ມເຫຼວຂອງບາງສິ່ງບາງຢ່າງທີ່ຜູ້ສະຫນອງ "ບໍ່ມີຄວາມຮັບຜິດຊອບ."

ໃນເວລາດຽວກັນ, ລູກຄ້າຂະຫນາດໃຫຍ່, ໃນຄວາມເປັນຈິງ, ບໍ່ສົນໃຈທັງຫມົດກ່ຽວກັບການຊົດເຊີຍພາຍໃນ SLA. "ການຊົດເຊີຍ SLA" ແມ່ນການຄືນເງິນພາຍໃນອັດຕາພາສີໃນອັດຕາສ່ວນຂອງການຢຸດອຸປະກອນ, ເຊິ່ງບໍ່ເຄີຍກວມເອົາເຖິງ 1% ຂອງການສູນເສຍເງິນຕາແລະຊື່ສຽງ. ໃນກໍລະນີນີ້, ມັນເປັນສິ່ງສໍາຄັນຫຼາຍສໍາລັບລູກຄ້າທີ່ບັນຫາໄດ້ຖືກແກ້ໄຂໄວເທົ່າທີ່ເປັນໄປໄດ້ກ່ວາບາງປະເພດຂອງ "ການຄິດໄລ່ອັດຕາພາສີຄືນໃຫມ່."

"ສູນຂໍ້ມູນຫຼາຍແຫ່ງທົ່ວໂລກ" ເປັນສາເຫດຂອງຄວາມກັງວົນ

ພວກເຮົາໄດ້ວາງສະຖານະການທີ່ມີສູນຂໍ້ມູນຈໍານວນຫລາຍຢູ່ໃນຜູ້ໃຫ້ບໍລິການໃນປະເພດແຍກຕ່າງຫາກ, ເພາະວ່ານອກເຫນືອຈາກບັນຫາການສື່ສານທີ່ຊັດເຈນທີ່ອະທິບາຍຂ້າງເທິງ, ບັນຫາທີ່ບໍ່ຊັດເຈນກໍ່ເກີດຂື້ນ. ຕົວຢ່າງ, ຜູ້ໃຫ້ບໍລິການຂອງທ່ານບໍ່ມີການເຂົ້າເຖິງສູນຂໍ້ມູນ "ຂອງພວກເຂົາ".

ໃນບົດຄວາມສຸດທ້າຍຂອງພວກເຮົາ ພວກເຮົາໄດ້ຂຽນກ່ຽວກັບປະເພດຂອງໂຄງການເປັນພີ່ນ້ອງກັນແລະໄດ້ກ່າວເຖິງຮູບແບບ "ປ້າຍສີຂາວ"., ໂດຍເນື້ອແທ້ແລ້ວແມ່ນການຂາຍຄືນຄວາມສາມາດຂອງຄົນອື່ນພາຍໃຕ້ການ guise ຂອງຕົນເອງ. ສ່ວນໃຫຍ່ຂອງໂຮດທີ່ທັນສະໄຫມທີ່ອ້າງວ່າມີ "ສູນຂໍ້ມູນຂອງຕົນເອງ" ໃນຫຼາຍຂົງເຂດແມ່ນຕົວແທນຈໍາຫນ່າຍທີ່ໃຊ້ຮູບແບບປ້າຍສີຂາວ. ນັ້ນແມ່ນ, ພວກເຂົາບໍ່ມີຫຍັງກ່ຽວຂ້ອງກັບສູນຂໍ້ມູນທີ່ມີເງື່ອນໄຂໃນສະວິດເຊີແລນ, ເຢຍລະມັນຫຼືເນເທີແລນ.

ການປະທະກັນທີ່ ໜ້າ ສົນໃຈຫຼາຍເກີດຂື້ນຢູ່ທີ່ນີ້. SLA ຂອງທ່ານກັບຜູ້ໃຫ້ບໍລິການຍັງເຮັດວຽກແລະຖືກຕ້ອງ, ແຕ່ຜູ້ສະຫນອງບໍ່ສາມາດທີ່ຈະມີອິດທິພົນຕໍ່ສະຖານະການໃນກໍລະນີອຸປະຕິເຫດ. ລາວເອງຢູ່ໃນຕໍາແຫນ່ງທີ່ຂຶ້ນກັບຜູ້ສະຫນອງຂອງຕົນເອງ - ສູນຂໍ້ມູນ, ຈາກທີ່ racks ພະລັງງານໄດ້ຖືກຊື້ເພື່ອຂາຍຄືນ.

ດັ່ງນັ້ນ, ຖ້າທ່ານໃຫ້ຄຸນຄ່າບໍ່ພຽງແຕ່ຄໍາທີ່ສວຍງາມໃນສັນຍາແລະ SLA ກ່ຽວກັບຄວາມຫນ້າເຊື່ອຖືແລະການບໍລິການ, ແຕ່ຍັງຄວາມສາມາດຂອງຜູ້ໃຫ້ບໍລິການແກ້ໄຂບັນຫາຢ່າງໄວວາ, ທ່ານຄວນເຮັດວຽກໂດຍກົງກັບເຈົ້າຂອງສະຖານທີ່. ໃນຄວາມເປັນຈິງ, ນີ້ກ່ຽວຂ້ອງກັບການໂຕ້ຕອບໂດຍກົງກັບສູນຂໍ້ມູນ.

ເປັນຫຍັງພວກເຮົາບໍ່ພິຈາລະນາທາງເລືອກໃນເວລາທີ່ DCs ຫຼາຍສາມາດເປັນຂອງບໍລິສັດດຽວ? ດີ, ມີບໍລິສັດດັ່ງກ່າວໜ້ອຍຫຼາຍ. ຫນຶ່ງ, ສອງ, ສາມສູນຂໍ້ມູນຂະຫນາດນ້ອຍຫຼືຫນຶ່ງຂະຫນາດໃຫຍ່ແມ່ນເປັນໄປໄດ້. ແຕ່ DC ອາຍແກັສ, ເຄິ່ງຫນຶ່ງແມ່ນຢູ່ໃນສະຫະພັນລັດເຊຍ, ແລະທີສອງໃນເອີຣົບ, ແມ່ນເກືອບເປັນໄປບໍ່ໄດ້. ນີ້ຫມາຍຄວາມວ່າມີບໍລິສັດຈໍາຫນ່າຍຈໍານວນຫຼາຍຫຼາຍກ່ວາທີ່ທ່ານອາດຈະຈິນຕະນາການ. ນີ້ແມ່ນຕົວຢ່າງທີ່ງ່າຍດາຍ:

ຄາດຄະເນຈໍານວນສູນຂໍ້ມູນການບໍລິການ Google Cloud. ມີພຽງແຕ່ຫົກຂອງພວກເຂົາໃນເອີຣົບ. ໃນລອນດອນ, Amsterdam, Brussels, Helsinki, Frankfurt ແລະ Zurich. ນັ້ນແມ່ນ, ຢູ່ທຸກຈຸດທາງດ່ວນຕົ້ນຕໍ. ເນື່ອງຈາກວ່າສູນຂໍ້ມູນມີລາຄາແພງ, ສະລັບສັບຊ້ອນແລະໂຄງການຂະຫນາດໃຫຍ່ຫຼາຍ. ຕອນນີ້ຈື່ຈໍາບໍລິສັດໂຮດຕິ້ງຈາກບ່ອນໃດຫນຶ່ງໃນມອດໂກດ້ວຍ "ສູນຂໍ້ມູນຫຼາຍສິບແຫ່ງໃນທົ່ວລັດເຊຍແລະເອີຣົບ."

ແນ່ນອນ, ບໍ່ມີຜູ້ສະຫນອງທີ່ດີທີ່ມີຄູ່ຮ່ວມງານໃນໂຄງການ White Label, ມີພຽງພໍ, ແລະພວກເຂົາໃຫ້ບໍລິການໃນລະດັບສູງສຸດ. ພວກເຂົາເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເຊົ່າຄວາມອາດສາມາດໃນສະຫະພາບເອີຣົບແລະສະຫະພັນລັດເຊຍພ້ອມໆກັນຜ່ານປ່ອງຢ້ຽມຂອງຕົວທ່ອງເວັບດຽວກັນ, ຍອມຮັບການຈ່າຍເງິນໃນຮູເບີນ, ບໍ່ແມ່ນສະກຸນເງິນຕ່າງປະເທດ, ແລະອື່ນໆ. ແຕ່ເມື່ອກໍລະນີທີ່ອະທິບາຍໄວ້ໃນ SLA ເກີດຂື້ນ, ພວກມັນກາຍເປັນຕົວປະກັນດຽວກັນກັບເຈົ້າ.

ນີ້ເຕືອນພວກເຮົາອີກເທື່ອຫນຶ່ງວ່າ SLA ແມ່ນບໍ່ມີປະໂຫຍດຖ້າທ່ານບໍ່ມີຄວາມເຂົ້າໃຈກ່ຽວກັບໂຄງສ້າງແລະຄວາມສາມາດຂອງອົງການຈັດຕັ້ງຂອງຜູ້ສະຫນອງ.

ເສັ້ນທາງລຸ່ມແມ່ນຫຍັງ

ການຂັດຂ້ອງຂອງເຊີບເວີແມ່ນເປັນເຫດການທີ່ບໍ່ໜ້າພໍໃຈສະເໝີ ແລະມັນສາມາດເກີດຂຶ້ນໄດ້ກັບທຸກຄົນ, ທຸກແຫ່ງຫົນ. ຄໍາຖາມແມ່ນວິທີການຄວບຄຸມສະຖານະການທີ່ທ່ານຕ້ອງການ. ໃນປັດຈຸບັນບໍ່ມີຜູ້ສະຫນອງໂດຍກົງຈໍານວນຫຼາຍເກີນໄປຂອງຄວາມອາດສາມາດໃນຕະຫຼາດ, ແລະຖ້າຫາກວ່າພວກເຮົາສົນທະນາກ່ຽວກັບຜູ້ນຂະຫນາດໃຫຍ່, ຫຼັງຈາກນັ້ນພວກເຂົາເຈົ້າເປັນເຈົ້າຂອງ, ເວົ້າຂ້ອນຂ້າງ, ພຽງແຕ່ຫນຶ່ງ DC somewhere ໃນ Moscow ອອກຈາກອາຍແກັໃນທົ່ວເອີຣົບທີ່ທ່ານສາມາດເຂົ້າໄດ້.

ທີ່ນີ້, ລູກຄ້າແຕ່ລະຄົນຕ້ອງຕັດສິນໃຈດ້ວຍຕົນເອງ: ຂ້ອຍເລືອກຄວາມສະດວກສະບາຍໃນຕອນນີ້ຫຼືໃຊ້ເວລາແລະຄວາມພະຍາຍາມທີ່ຈະຊອກຫາສູນຂໍ້ມູນໃນສະຖານທີ່ທີ່ຍອມຮັບໃນລັດເຊຍຫຼືເອີຣົບ, ບ່ອນທີ່ຂ້ອຍສາມາດວາງອຸປະກອນຫຼືຊື້ຄວາມອາດສາມາດ. ໃນກໍລະນີທໍາອິດ, ວິທີແກ້ໄຂມາດຕະຖານທີ່ມີຢູ່ໃນຕະຫຼາດໃນປະຈຸບັນແມ່ນເຫມາະສົມ. ໃນຄັ້ງທີສອງ, ທ່ານຈະຕ້ອງເຫື່ອອອກ.

ກ່ອນອື່ນ ໝົດ, ມັນ ຈຳ ເປັນຕ້ອງ ກຳ ນົດວ່າຜູ້ຂາຍບໍລິການເປັນເຈົ້າຂອງໂດຍກົງຂອງສະຖານທີ່ / ສູນຂໍ້ມູນ. ຕົວແທນຈໍາຫນ່າຍຈໍານວນຫຼາຍທີ່ໃຊ້ຮູບແບບປ້າຍສີຂາວພະຍາຍາມທີ່ດີທີ່ສຸດເພື່ອປອມຕົວສະຖານະພາບຂອງເຂົາເຈົ້າ, ແລະໃນກໍລະນີນີ້ທ່ານຈໍາເປັນຕ້ອງຊອກຫາບາງສັນຍານທາງອ້ອມ. ຕົວຢ່າງ, ຖ້າ "DCs ເອີຣົບຂອງພວກເຂົາ" ມີບາງຊື່ສະເພາະແລະໂລໂກ້ທີ່ແຕກຕ່າງຈາກຊື່ຂອງບໍລິສັດຜູ້ສະຫນອງ. ຫຼືຖ້າຄໍາວ່າ "ຄູ່ຮ່ວມງານ" ປາກົດຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງ. ຄູ່ຮ່ວມງານ = ປ້າຍສີຂາວໃນ 95% ຂອງກໍລະນີ.

ຕໍ່ໄປ, ທ່ານຈໍາເປັນຕ້ອງຄຸ້ນເຄີຍກັບໂຄງສ້າງຂອງບໍລິສັດຕົວມັນເອງ, ຫຼືດີກວ່າ, ເບິ່ງອຸປະກອນດ້ວຍຕົນເອງ. ໃນ​ບັນ​ດາ​ສູນ​ຂໍ້​ມູນ​, ການ​ປະ​ຕິ​ບັດ​ຂອງ​ການ​ທ່ອງ​ທ່ຽວ​ຫຼື​ຢ່າງ​ຫນ້ອຍ​ບົດ​ຄວາມ​ການ​ທ່ອງ​ທ່ຽວ​ຢູ່​ໃນ​ເວັບ​ໄຊ​ທ​໌​ຫຼື blog ຂອງ​ເຂົາ​ເຈົ້າ​ເອງ​ບໍ່​ແມ່ນ​ໃຫມ່ (ພວກ​ເຮົາ​ໄດ້​ຂຽນ​ເຊັ່ນ​ນັ້ນ​. ເວລາ и два), ບ່ອນທີ່ພວກເຂົາເວົ້າກ່ຽວກັບສູນຂໍ້ມູນຂອງພວກເຂົາດ້ວຍຮູບພາບແລະຄໍາອະທິບາຍລາຍລະອຽດ.

ດ້ວຍສູນຂໍ້ມູນຈໍານວນຫຼາຍ, ທ່ານສາມາດຈັດການຢ້ຽມຢາມສ່ວນຕົວກັບຫ້ອງການແລະການທ່ອງທ່ຽວຂະຫນາດນ້ອຍໄປຫາ DC ຕົວມັນເອງ. ຢູ່ທີ່ນັ້ນທ່ານສາມາດປະເມີນລະດັບຂອງຄໍາສັ່ງ, ບາງທີເຈົ້າຈະສາມາດຕິດຕໍ່ສື່ສານກັບວິສະວະກອນຫນຶ່ງ. ມັນເປັນທີ່ຊັດເຈນວ່າບໍ່ມີໃຜຈະໃຫ້ທ່ານໄປຢ້ຽມຢາມການຜະລິດຖ້າທ່ານຕ້ອງການເຄື່ອງແມ່ຂ່າຍຫນຶ່ງສໍາລັບ 300 RUB / ເດືອນ, ແຕ່ຖ້າທ່ານຕ້ອງການຄວາມສາມາດທີ່ຮຸນແຮງ, ພະແນກການຂາຍອາດຈະຕອບສະຫນອງທ່ານ. ຕົວຢ່າງ, ພວກເຮົາດໍາເນີນການທັດສະນະດັ່ງກ່າວ.

ໃນກໍລະນີໃດກໍ່ຕາມ, ຄວາມຮູ້ສຶກທົ່ວໄປແລະຄວາມຕ້ອງການຂອງທຸລະກິດຄວນຈະຖືກນໍາໃຊ້. ຕົວຢ່າງ: ຖ້າທ່ານຕ້ອງການໂຄງສ້າງພື້ນຖານທີ່ແຈກຢາຍ (ບາງເຄື່ອງແມ່ຂ່າຍຢູ່ໃນສະຫະພັນລັດເຊຍ, ອື່ນໃນ EU), ມັນຈະງ່າຍຂຶ້ນແລະມີກໍາໄລຫຼາຍທີ່ຈະໃຊ້ບໍລິການຂອງເຈົ້າພາບທີ່ມີຄູ່ຮ່ວມງານກັບ DCs ເອີຣົບໂດຍໃຊ້ປ້າຍສີຂາວ. ຕົວແບບ. ຖ້າໂຄງສ້າງພື້ນຖານທັງຫມົດຂອງທ່ານຈະມີຄວາມເຂັ້ມຂຸ້ນຢູ່ໃນຈຸດຫນຶ່ງ, ນັ້ນແມ່ນ, ໃນສູນຂໍ້ມູນຫນຶ່ງ, ມັນຄວນຈະໃຊ້ເວລາບາງເວລາໃນການຊອກຫາຜູ້ສະຫນອງ.

ເນື່ອງຈາກວ່າ SLA ປົກກະຕິສ່ວນຫຼາຍອາດຈະບໍ່ຊ່ວຍທ່ານໄດ້. ແຕ່ການເຮັດວຽກກັບເຈົ້າຂອງສິ່ງອໍານວຍຄວາມສະດວກ, ແລະບໍ່ແມ່ນຕົວແທນຈໍາຫນ່າຍ, ຈະເລັ່ງການແກ້ໄຂບັນຫາທີ່ເປັນໄປໄດ້ຢ່າງຫຼວງຫຼາຍ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com