ເຄືອຂ່າຍ (ບໍ່) ຕ້ອງການ

ໃນເວລາທີ່ຂຽນບົດຄວາມນີ້, ການຄົ້ນຫາໃນເວັບໄຊທ໌ວຽກທີ່ນິຍົມສໍາລັບຄໍາວ່າ "ວິສະວະກອນເຄືອຂ່າຍ" ກັບຄືນມາປະມານສາມຮ້ອຍບ່ອນຫວ່າງໃນທົ່ວປະເທດລັດເຊຍ. ສໍາລັບການປຽບທຽບ, ການຄົ້ນຫາສໍາລັບຄໍາວ່າ "ຜູ້ເບິ່ງແຍງລະບົບ" ກັບຄືນມາເກືອບ 2.5 ພັນບ່ອນຫວ່າງ, ແລະ "ວິສະວະກອນ DevOps" - ເກືອບ 800.

ນີ້ຫມາຍຄວາມວ່າເຄືອຂ່າຍບໍ່ຈໍາເປັນໃນເວລາທີ່ຄລາວໄດ້ຮັບໄຊຊະນະ, Docker, Kubernetes ແລະ Wi-Fi ສາທາລະນະຢູ່ທົ່ວທຸກແຫ່ງບໍ?
ລອງຄິດເບິ່ງ (ຄ)

ມາຮູ້ຈັກກັນ. ຂ້ອຍຊື່ Alexey, ແລະຂ້ອຍເປັນເຄືອຂ່າຍ.

ຂ້າພະເຈົ້າໄດ້ມີສ່ວນຮ່ວມໃນເຄືອຂ່າຍຫຼາຍກວ່າ 10 ປີແລະໄດ້ເຮັດວຽກກັບລະບົບ * nix ຕ່າງໆຫຼາຍກວ່າ 15 ປີ (ຂ້ອຍມີໂອກາດທີ່ຈະ tinker ກັບທັງ Linux ແລະ FreeBSD). ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກຢູ່ໃນຜູ້ປະກອບການໂທລະຄົມ, ບໍລິສັດຂະຫນາດໃຫຍ່ທີ່ຖືວ່າເປັນ "ວິສາຫະກິດ", ແລະບໍ່ດົນມານີ້ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກຢູ່ໃນ "ຫນຸ່ມແລະກ້າຫານ" fintech, ບ່ອນທີ່ຟັງ, devops, kubernetes ແລະຄໍາທີ່ຫນ້າຢ້ານອື່ນໆທີ່ຈະເຮັດໃຫ້ຂ້ອຍແລະເພື່ອນຮ່ວມງານຂອງຂ້ອຍບໍ່ຈໍາເປັນ. . ບາງມື້. ອາດຈະເປັນ.

ຄໍາປະຕິເສດ: "ໃນຊີວິດຂອງພວກເຮົາ, ບໍ່ແມ່ນທຸກສິ່ງທຸກຢ່າງສະເຫມີແລະຢູ່ທົ່ວທຸກແຫ່ງ, ແຕ່ບາງສິ່ງບາງຢ່າງ, ບາງຄັ້ງຢູ່ໃນສະຖານທີ່" (c) Maxim Dorofeev.

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

ຍິນດີຕ້ອນຮັບສູ່ໂລກຂອງຂ້ອຍ.

ເຈົ້າສາມາດພົບກັບເຄືອຂ່າຍເຄືອຂ່າຍໄດ້ຢູ່ໃສ?

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

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

2. "ວິສາຫະກິດ" ທີ່ມີເງື່ອນໄຂ. ມັນບໍ່ສໍາຄັນວ່າກິດຈະກໍາຕົ້ນຕໍຂອງລາວແມ່ນກ່ຽວຂ້ອງກັບ IT ຫຼືບໍ່. ສິ່ງທີ່ ສຳ ຄັນແມ່ນມັນມີພະແນກ IT ຂອງຕົນເອງ, ເຊິ່ງຮັບປະກັນການ ດຳ ເນີນງານຂອງລະບົບພາຍໃນຂອງບໍລິສັດ, ລວມທັງເຄືອຂ່າຍໃນຫ້ອງການ, ຊ່ອງທາງການສື່ສານກັບສາຂາ, ແລະອື່ນໆ. ຫນ້າທີ່ຂອງວິສະວະກອນເຄືອຂ່າຍໃນບໍລິສັດດັ່ງກ່າວສາມາດປະຕິບັດໄດ້ "ນອກເວລາ" ໂດຍຜູ້ເບິ່ງແຍງລະບົບ (ຖ້າໂຄງສ້າງພື້ນຖານຂອງເຄືອຂ່າຍມີຂະຫນາດນ້ອຍຫຼືຖືກຈັດການໂດຍຜູ້ຮັບເຫມົາພາຍນອກ), ແລະຜູ້ຊ່ຽວຊານດ້ານເຄືອຂ່າຍ, ຖ້າມີ, ສາມາດເຮັດໄດ້. ເວລາດຽວກັນເບິ່ງແຍງໂທລະສັບແລະ SAN (ບໍ່ດີ). ພວກເຂົາເຈົ້າຈ່າຍແຕກຕ່າງກັນ - ມັນຢ່າງຫຼວງຫຼາຍຂຶ້ນກັບກໍາໄລຂອງທຸລະກິດ, ຂະຫນາດຂອງບໍລິສັດແລະໂຄງສ້າງ. ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກກັບບໍລິສັດທີ່ລະບົບ Cisco ໄດ້ຖືກ "ບັນຈຸຢູ່ໃນຖັງ", ແລະກັບບໍລິສັດທີ່ເຄືອຂ່າຍຖືກສ້າງຂຶ້ນຈາກອາຈົມ, ໄມ້ແລະ tape ສີຟ້າ, ແລະເຄື່ອງແມ່ຂ່າຍບໍ່ເຄີຍປັບປຸງ (ບໍ່ຈໍາເປັນຕ້ອງເວົ້າວ່າ, ບໍ່ມີສະຫງວນໄວ້ເລີຍ). ມີປະສົບການຫນ້ອຍຫຼາຍຢູ່ທີ່ນີ້, ແລະມັນເກືອບແນ່ນອນຈະຢູ່ໃນພື້ນທີ່ຂອງຜູ້ຂາຍທີ່ເຄັ່ງຄັດ, ຫຼື "ວິທີການເຮັດໃຫ້ບາງສິ່ງບາງຢ່າງອອກຈາກບໍ່ມີຫຍັງ." ສ່ວນບຸກຄົນ, ຂ້ອຍພົບວ່າມັນຫນ້າເບື່ອ, ເຖິງແມ່ນວ່າຫຼາຍຄົນມັກມັນ - ທຸກສິ່ງທຸກຢ່າງແມ່ນຂ້ອນຂ້າງວັດແທກແລະຄາດເດົາໄດ້ (ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບບໍລິສັດຂະຫນາດໃຫຍ່), "dorakha-bahato", ແລະອື່ນໆ. ຢ່າງຫນ້ອຍຫນຶ່ງຄັ້ງຕໍ່ປີ, ຜູ້ຂາຍໃຫຍ່ບາງຄົນກ່າວວ່າພວກເຂົາໄດ້ມາກັບລະບົບ mega-super-duper ອື່ນທີ່ຈະອັດຕະໂນມັດທຸກຢ່າງໃນປັດຈຸບັນແລະຜູ້ບໍລິຫານລະບົບແລະເຄືອຂ່າຍທັງຫມົດສາມາດກະແຈກກະຈາຍໄດ້, ເຮັດໃຫ້ຄູ່ຜົວເມຍກົດປຸ່ມຕ່າງໆໃນການໂຕ້ຕອບທີ່ສວຍງາມ. ຄວາມເປັນຈິງແມ່ນວ່າ, ເຖິງແມ່ນວ່າພວກເຮົາບໍ່ສົນໃຈຄ່າໃຊ້ຈ່າຍຂອງການແກ້ໄຂ, ເຄືອຂ່າຍຈະບໍ່ໄປຈາກບ່ອນນັ້ນ. ແມ່ນແລ້ວ, ບາງທີແທນທີ່ຈະເປັນ console ຈະມີການໂຕ້ຕອບເວັບໄຊຕ໌ອີກເທື່ອຫນຶ່ງ (ແຕ່ບໍ່ແມ່ນຮາດແວສະເພາະ, ແຕ່ລະບົບຂະຫນາດໃຫຍ່ທີ່ຄຸ້ມຄອງຫລາຍສິບແລະຫຼາຍຮ້ອຍຊິ້ນຂອງຮາດແວ), ແຕ່ຄວາມຮູ້ຂອງ "ວິທີການເຮັດວຽກພາຍໃນ" ຈະຍັງຄົງຢູ່. ຕ້ອງການ.

3. ບໍລິສັດຜະລິດຕະພັນ, ກໍາໄລທີ່ມາຈາກການພັດທະນາ (ແລະ, ເລື້ອຍໆ, ການດໍາເນີນງານ) ຂອງບາງຊອບແວຫຼືເວທີ - ຜະລິດຕະພັນດຽວກັນນັ້ນ. ປົກກະຕິແລ້ວພວກເຂົາເຈົ້າແມ່ນຂະຫນາດນ້ອຍແລະ nimble, ພວກເຂົາເຈົ້າຍັງຢູ່ໄກຈາກຂະຫນາດຂອງວິສາຫະກິດແລະ bureaucratization ຂອງເຂົາເຈົ້າ. ມັນຢູ່ທີ່ນີ້ທີ່ devops, cubers, dockers ແລະຄໍາຂີ້ຮ້າຍອື່ນໆເຫຼົ່ານັ້ນແມ່ນພົບເຫັນຢູ່ໃນມະຫາຊົນ, ເຊິ່ງແນ່ນອນວ່າຈະເຮັດໃຫ້ເຄືອຂ່າຍແລະນັກວິສະວະກອນເຄືອຂ່າຍເປັນພື້ນຖານທີ່ບໍ່ຈໍາເປັນ.

ເຄືອຂ່າຍເຄືອຂ່າຍແຕກຕ່າງຈາກຜູ້ເບິ່ງແຍງລະບົບແນວໃດ?

ໃນຄວາມເຂົ້າໃຈຂອງປະຊາຊົນບໍ່ໄດ້ມາຈາກ IT - ບໍ່ມີຫຍັງ. ທັງ​ສອງ​ເບິ່ງ​ໜ້າ​ຈໍ​ສີ​ດຳ​ແລະ​ຂຽນ​ສະ​ກົດ​ຄຳ, ບາງ​ເທື່ອ​ກໍ​ສາບານ​ຢ່າງ​ງຽບໆ.

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

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

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

ແຕ່ເປັນຫຍັງທ່ານຕ້ອງການເຄືອຂ່າຍຖ້າທ່ານມີ hoster?

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

ບັນຫາຕົ້ນຕໍແມ່ນວ່າສູນຂໍ້ມູນບໍ່ແມ່ນພະແນກ IT ຂອງທ່ານ, ມັນເປັນບໍລິສັດແຍກຕ່າງຫາກທີ່ມີເປົ້າຫມາຍຂອງກໍາໄລ. ລວມທັງຄ່າໃຊ້ຈ່າຍຂອງທ່ານເປັນລູກຄ້າ. ສູນຂໍ້ມູນສະຫນອງ racks, ສະຫນອງໃຫ້ເຂົາເຈົ້າມີໄຟຟ້າແລະເຢັນ, ແລະຍັງສະຫນອງການເຊື່ອມຕໍ່ "ເລີ່ມຕົ້ນ" ບາງກັບອິນເຕີເນັດ. ອີງຕາມໂຄງສ້າງພື້ນຖານນີ້, ສູນຂໍ້ມູນສາມາດເປັນເຈົ້າພາບອຸປະກອນຂອງທ່ານ (ສະຖານທີ່ຕັ້ງ), ເຊົ່າເຄື່ອງແມ່ຂ່າຍ (ເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນ), ຫຼືໃຫ້ບໍລິການທີ່ມີການຄຸ້ມຄອງ (ຕົວຢ່າງ, OpenStack ຫຼື K8s). ແຕ່ທຸລະກິດຂອງສູນຂໍ້ມູນ (ປົກກະຕິແລ້ວ) ບໍ່ແມ່ນການຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານຂອງລູກຄ້າ, ເພາະວ່າຂະບວນການນີ້ແມ່ນຂ້ອນຂ້າງໃຊ້ແຮງງານຫຼາຍ, ອັດຕະໂນມັດບໍ່ດີ (ແລະໃນສູນຂໍ້ມູນປົກກະຕິທຸກຢ່າງທີ່ເປັນໄປໄດ້ແມ່ນອັດຕະໂນມັດ), ປະສົມປະສານຮ້າຍແຮງກວ່າເກົ່າ (ລູກຄ້າແຕ່ລະຄົນ. ແມ່ນສ່ວນບຸກຄົນ) ແລະໂດຍທົ່ວໄປແລ້ວ fraught ກັບຄໍາຮ້ອງທຸກ ("ເຈົ້າບອກຂ້ອຍວ່າເຊີບເວີຖືກຕັ້ງ, ແຕ່ຕອນນີ້ມັນຂັດຂ້ອງ, ມັນເປັນຄວາມຜິດຂອງເຈົ້າທັງຫມົດ !!! 111"). ດັ່ງນັ້ນ, ຖ້າ hoster ຊ່ວຍໃຫ້ທ່ານມີບາງສິ່ງບາງຢ່າງ, ລາວຈະພະຍາຍາມເຮັດໃຫ້ມັນງ່າຍດາຍແລະສະດວກທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້. ເນື່ອງຈາກວ່າການເຮັດມັນຍາກແມ່ນບໍ່ມີປະໂຫຍດ, ຢ່າງຫນ້ອຍຈາກທັດສະນະຂອງຄ່າໃຊ້ຈ່າຍແຮງງານຂອງວິສະວະກອນຂອງເຈົ້າພາບດຽວກັນນີ້ (ແຕ່ສະຖານະການແມ່ນແຕກຕ່າງກັນ, ເບິ່ງການປະຕິເສດ). ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າເຈົ້າພາບຈະຕ້ອງເຮັດທຸກຢ່າງທີ່ບໍ່ດີ. ແຕ່ມັນບໍ່ແມ່ນຄວາມຈິງທີ່ວ່າລາວຈະເຮັດສິ່ງທີ່ທ່ານຕ້ອງການແທ້ໆ.

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

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

ໃນກໍລະນີໃດທີ່ຕ້ອງການເຄືອຂ່າຍ?

ຕໍ່ໄປພວກເຮົາຈະສົນທະນາໂດຍສະເພາະກ່ຽວກັບບໍລິສັດອາຫານທີ່ທັນສະໄຫມ. ກັບຜູ້ປະກອບການແລະວິສາຫະກິດ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຈະແຈ້ງ, ບວກຫຼືລົບ - ມີການປ່ຽນແປງເລັກນ້ອຍຢູ່ທີ່ນັ້ນໃນຊຸມປີມໍ່ໆມານີ້, ແລະເຄືອຂ່າຍແມ່ນຈໍາເປັນຢູ່ທີ່ນັ້ນກ່ອນ, ແລະພວກເຂົາຕ້ອງການໃນປັດຈຸບັນ. ແຕ່ກັບສິ່ງທີ່ "ຫນຸ່ມແລະກ້າຫານ" ດຽວກັນນັ້ນແມ່ນບໍ່ຊັດເຈນ. ເລື້ອຍໆພວກເຂົາວາງໂຄງສ້າງພື້ນຖານທັງຫມົດຂອງພວກເຂົາຢູ່ໃນເມຄ, ດັ່ງນັ້ນພວກເຂົາກໍ່ບໍ່ຕ້ອງການຜູ້ເບິ່ງແຍງ - ຍົກເວັ້ນຜູ້ເບິ່ງແຍງຂອງເມຄດຽວກັນ, ແນ່ນອນ. ໃນດ້ານຫນຶ່ງ, ໂຄງສ້າງພື້ນຖານແມ່ນຂ້ອນຂ້າງງ່າຍດາຍໃນການອອກແບບຂອງມັນ, ໃນທາງກົງກັນຂ້າມ, ມັນແມ່ນອັດຕະໂນມັດດີ (ansible / puppet, terraform, ci / cd ... ດີ, ທ່ານຮູ້ຈັກ). ແຕ່ເຖິງແມ່ນວ່າໃນທີ່ນີ້ມີສະຖານະການທີ່ທ່ານບໍ່ສາມາດເຮັດໄດ້ໂດຍບໍ່ມີວິສະວະກອນເຄືອຂ່າຍ.

ຕົວຢ່າງ 1, ຄລາສສິກ

ສົມມຸດວ່າບໍລິສັດເລີ່ມຕົ້ນດ້ວຍເຄື່ອງແມ່ຂ່າຍຫນຶ່ງທີ່ມີທີ່ຢູ່ IP ສາທາລະນະ, ເຊິ່ງຕັ້ງຢູ່ໃນສູນຂໍ້ມູນ. ຫຼັງຈາກນັ້ນ, ມີສອງເຄື່ອງແມ່ຂ່າຍ. ຫຼັງຈາກນັ້ນ, ຫຼາຍກວ່ານັ້ນ ... ບໍ່ດົນຫຼືຫຼັງຈາກນັ້ນ, ຈະຕ້ອງມີເຄືອຂ່າຍສ່ວນຕົວລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ. ເນື່ອງຈາກວ່າການຈາລະຈອນ "ພາຍນອກ" ຖືກຈໍາກັດທັງແບນວິດ (ບໍ່ເກີນ 100Mbit / s ຕົວຢ່າງ) ແລະໂດຍປະລິມານການດາວໂຫຼດ / ອັບໂຫຼດຕໍ່ເດືອນ (ເຈົ້າພາບທີ່ແຕກຕ່າງກັນມີອັດຕາພາສີທີ່ແຕກຕ່າງກັນ, ແຕ່ແບນວິດກັບໂລກພາຍນອກມັກຈະມີລາຄາແພງກວ່າ. ເຄືອ​ຂ່າຍ​ເອ​ກະ​ຊົນ​)​.

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

ຈໍານວນເຄື່ອງແມ່ຂ່າຍກໍາລັງເຕີບໂຕ, ແລະການຈະລາຈອນໃນເຄືອຂ່າຍສ່ວນຕົວກໍ່ເຕີບໂຕ - ການສໍາຮອງຂໍ້ມູນ, ການຈໍາລອງ, ແລະອື່ນໆ. ເຈົ້າພາບສະເຫນີໃຫ້ຍ້າຍທ່ານເຂົ້າໄປໃນສະຫຼັບແຍກຕ່າງຫາກເພື່ອວ່າທ່ານຈະບໍ່ແຊກແຊງລູກຄ້າອື່ນໆ, ແລະພວກເຂົາບໍ່ແຊກແຊງທ່ານ. hoster ຕິດຕັ້ງບາງສະວິດແລະ somehow configure ໃຫ້ເຂົາເຈົ້າ - ສ່ວນຫຼາຍອາດຈະ, ຊຶ່ງເຮັດໃຫ້ເຄືອຂ່າຍຮາບພຽງຢູ່ລະຫວ່າງເຄື່ອງແມ່ຂ່າຍທັງຫມົດຂອງທ່ານ. ທຸກຢ່າງເຮັດວຽກໄດ້ດີ, ແຕ່ໃນຊ່ວງເວລາໃດນຶ່ງບັນຫາເລີ່ມຕົ້ນ: ຄວາມລ່າຊ້າລະຫວ່າງ host ເປັນແຕ່ລະໄລຍະເພີ່ມຂຶ້ນ, ບັນທຶກຈົ່ມກ່ຽວກັບຊອງ arp ຫຼາຍເກີນໄປຕໍ່ວິນາທີ, ແລະໃນລະຫວ່າງການກວດສອບ, pentester fucked ເຄືອຂ່າຍທ້ອງຖິ່ນທັງຫມົດຂອງທ່ານ, breaking ພຽງແຕ່ເຄື່ອງແມ່ຂ່າຍດຽວ.

ສິ່ງທີ່ຄວນເຮັດ?

ແບ່ງເຄືອຂ່າຍອອກເປັນສ່ວນ - vlans . ຕັ້ງຄ່າທີ່ຢູ່ຂອງທ່ານເອງໃນແຕ່ລະ vlan, ເລືອກປະຕູທີ່ຈະໂອນການຈະລາຈອນລະຫວ່າງເຄືອຂ່າຍ. ຕັ້ງຄ່າ acl ຢູ່ໃນປະຕູເພື່ອຈໍາກັດການເຂົ້າເຖິງລະຫວ່າງ segments, ຫຼືແມ້ກະທັ້ງການຕິດຕັ້ງ firewall ແຍກຕ່າງຫາກຢູ່ໃກ້ໆ.

ຕົວຢ່າງ 1, ສືບຕໍ່

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

ສິ່ງທີ່ຄວນເຮັດ?

ເຊື່ອມຕໍ່ເຊີບເວີໂດຍໃຊ້ LAG (ກຸ່ມການເຊື່ອມໂຍງການເຊື່ອມໂຍງ) ດ້ວຍສອງສາຍກັບສະວິດໃນ rack (ພວກເຂົາຍັງຕ້ອງການຊ້ໍາຊ້ອນ). ສະຫງວນການເຊື່ອມຕໍ່ລະຫວ່າງ racks ແລະປ່ຽນພວກມັນເປັນ "ດາວ" (ຫຼື CLOS ຄົນອັບເດດ: ໃນປັດຈຸບັນ) ເພື່ອວ່າການສູນເສຍຫນຶ່ງ rack ບໍ່ມີຜົນກະທົບຕໍ່ຄົນອື່ນ. ເລືອກ racks "ກາງ" ທີ່ຫຼັກເຄືອຂ່າຍຈະຕັ້ງຢູ່ແລະບ່ອນທີ່ rack ອື່ນໆຈະຖືກເຊື່ອມຕໍ່. ໃນເວລາດຽວກັນ, ວາງທີ່ຢູ່ສາທາລະນະໃນຄໍາສັ່ງ, ເອົາຈາກ hoster (ຫຼືຈາກ RIR, ຖ້າເປັນໄປໄດ້) subnet, ທີ່ທ່ານເອງ (ຫຼືຜ່ານ hoster) ປະກາດກັບໂລກ.

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

ຕົວຢ່າງ 2: Cloud

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

ສິ່ງທີ່ຄວນເຮັດ?

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

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

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

ເຄືອຂ່າຍຄວນຮູ້ຫຍັງແດ່?

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

ນອກເຫນືອໄປຈາກ, ໃນຄວາມເປັນຈິງ, ເຄືອຂ່າຍ - ເຖິງແມ່ນວ່າມີພຽງແຕ່ພາກສະຫນາມທີ່ບໍ່ມີທີ່ສິ້ນສຸດສໍາລັບການສຶກສາ, ເຖິງແມ່ນວ່າທ່ານຈະສຸມໃສ່ພຽງແຕ່ພື້ນທີ່ຫນຶ່ງ (ເຄືອຂ່າຍຜູ້ໃຫ້ບໍລິການ, ວິສາຫະກິດ, ສູນຂໍ້ມູນ, Wi-Fi ... )

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

• ສາມາດບໍ່ພຽງແຕ່ເຮັດວຽກຢູ່ໃນ Linux ໃນຖານະຜູ້ໃຊ້, ແຕ່ຍັງຄຸ້ມຄອງມັນ, ຢ່າງຫນ້ອຍໃນລະດັບ sysadmin-jun: ຕິດຕັ້ງຊອບແວທີ່ຈໍາເປັນ, restart ການບໍລິການທີ່ລົ້ມເຫລວ, ຂຽນ systemd-unit ງ່າຍດາຍ.
• ເຂົ້າໃຈ (ຢ່າງຫນ້ອຍໃນຂໍ້ກໍານົດທົ່ວໄປ) ວິທີການ stack ເຄືອຂ່າຍເຮັດວຽກຢູ່ໃນ Linux, ວິທີການເຄືອຂ່າຍເຮັດວຽກຢູ່ໃນ hypervisors ແລະ containers (lxc / docker / kubernetes).
• ແນ່ນອນ, ສາມາດເຮັດວຽກກັບ ansible / chef / puppet ຫຼືລະບົບ SCM ອື່ນ.
• ເສັ້ນແຍກຕ່າງຫາກຄວນຈະຖືກຂຽນກ່ຽວກັບ SDN ແລະເຄືອຂ່າຍສໍາລັບຄລາວສ່ວນຕົວ (ຕົວຢ່າງ, TungstenFabric ຫຼື OpenvSwitch). ນີ້ແມ່ນອີກຊັ້ນຄວາມຮູ້ອັນໃຫຍ່ຫຼວງ.

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

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

ສະຫຼຸບ, ຫຼືພຽງແຕ່ TL;DR

1. ຜູ້ບໍລິຫານເຄືອຂ່າຍ (ເຊັ່ນ DBA ຫຼືວິສະວະກອນ VoIP) ເປັນຜູ້ຊ່ຽວຊານທີ່ມີໂປຣໄຟລ໌ແຄບ (ບໍ່ຄືກັບຜູ້ເບິ່ງແຍງລະບົບ / devs / SRE), ຄວາມຕ້ອງການທີ່ບໍ່ເກີດຂື້ນໃນທັນທີ (ແລະອາດຈະບໍ່ເກີດຂຶ້ນໃນເວລາດົນນານ, ໃນຄວາມເປັນຈິງ) . ແຕ່ຖ້າມັນເກີດຂື້ນ, ມັນຄົງຈະບໍ່ຖືກທົດແທນໂດຍຜູ້ຊ່ຽວຊານພາຍນອກ (ຜູ້ບໍລິຫານພາຍນອກຫຼືຜູ້ບໍລິຫານທົ່ວໄປທົ່ວໄປ, "ຜູ້ທີ່ເບິ່ງແຍງເຄືອຂ່າຍ"). ສິ່ງທີ່ຫນ້າເສົ້າໃຈແມ່ນວ່າຄວາມຕ້ອງການສໍາລັບຜູ້ຊ່ຽວຊານດັ່ງກ່າວແມ່ນຫນ້ອຍ, ແລະ, ໃນບໍລິສັດທີ່ມີ 800 programmers ແລະ 30 devops/administrator, ອາດຈະມີພຽງສອງເຄືອຂ່າຍທີ່ເຮັດວຽກທີ່ດີເລີດກັບຄວາມຮັບຜິດຊອບຂອງເຂົາເຈົ້າ. ເຫຼົ່ານັ້ນ. ຕະຫຼາດແມ່ນຫຼາຍ, ຂະຫນາດນ້ອຍຫຼາຍ, ແລະມີເງິນເດືອນທີ່ດີ - ເຖິງແມ່ນວ່າຫນ້ອຍ.
2. ໃນທາງກົງກັນຂ້າມ, ເຄືອຂ່າຍທີ່ດີໃນໂລກທີ່ທັນສະໄຫມຕ້ອງຮູ້ບໍ່ພຽງແຕ່ເຄືອຂ່າຍຂອງຕົນເອງ (ແລະວິທີການປັບຄ່າຂອງພວກເຂົາໂດຍອັດຕະໂນມັດ), ແຕ່ຍັງວິທີການທີ່ລະບົບປະຕິບັດການແລະຊອບແວທີ່ເຮັດວຽກຢູ່ເທິງເຄືອຂ່າຍເຫຼົ່ານີ້ພົວພັນກັບພວກມັນ. ຖ້າບໍ່ມີສິ່ງນີ້, ມັນຈະເປັນເລື່ອງຍາກທີ່ສຸດທີ່ຈະເຂົ້າໃຈສິ່ງທີ່ເພື່ອນຮ່ວມງານຂອງເຈົ້າກໍາລັງຮ້ອງຂໍຂອງເຈົ້າແລະຖ່າຍທອດ (ຢ່າງສົມເຫດສົມຜົນ) ຄວາມປາດຖະຫນາ / ຄວາມຕ້ອງການຂອງເຈົ້າໃຫ້ກັບເຂົາເຈົ້າ.
3. ບໍ່ມີເມຄ, ມັນເປັນພຽງແຕ່ຄອມພິວເຕີຂອງຄົນອື່ນ. ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໃຈວ່າການນໍາໃຊ້ຟັງສາທາລະນະ / ເອກະຊົນຫຼືການບໍລິການຂອງຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງ "ທີ່ເຮັດທຸກຢ່າງສໍາລັບທ່ານໃນພື້ນຖານ turnkey" ບໍ່ໄດ້ປ່ຽນແປງຄວາມຈິງທີ່ວ່າຄໍາຮ້ອງສະຫມັກຂອງທ່ານຍັງໃຊ້ເຄືອຂ່າຍ, ແລະບັນຫາກັບມັນຈະສົ່ງຜົນກະທົບຕໍ່ການດໍາເນີນງານຂອງ. ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຂອງ​ທ່ານ​. ທາງເລືອກຂອງທ່ານແມ່ນບ່ອນທີ່ສູນຄວາມສາມາດຈະຕັ້ງຢູ່, ເຊິ່ງຈະຮັບຜິດຊອບເຄືອຂ່າຍຂອງໂຄງການຂອງທ່ານ.

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