epic ກ່ຽວກັບຜູ້ບໍລິຫານລະບົບເປັນຊະນິດທີ່ໃກ້ຈະສູນພັນ

ຜູ້ບໍລິຫານລະບົບທົ່ວໂລກ, ຂໍສະແດງຄວາມຍິນດີກັບວັນພັກຜ່ອນທີ່ເປັນມືອາຊີບຂອງທ່ານ!

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

ມີ​ຄັ້ງ​ໜຶ່ງ​ທີ່​ໂລກ​ຂອງ Dodo IS ໄດ້​ເກີດ​ໄຟ​ໄໝ້. ໃນຊ່ວງເວລາທີ່ມືດມົວນັ້ນ, ວຽກງານຕົ້ນຕໍຂອງຜູ້ເບິ່ງແຍງລະບົບຂອງພວກເຮົາແມ່ນເພື່ອຄວາມຢູ່ລອດໃນມື້ອື່ນແລະບໍ່ຮ້ອງໄຫ້.

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

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

ເອົາໃຈໃສ່, ຄໍາອະທິບາຍເລັກນ້ອຍ. ບໍ່ເຄີຍມີຜູ້ບໍລິຫານລະບົບຄລາສສິກທີ່ຮັກສາຮາດແວໃນ Dodo IS. ພວກ​ເຮົາ​ໄດ້​ຮັບ​ການ​ກ້າວ​ຫນ້າ​ໃນ​ທັນ​ທີ​ໃນ​ການ​ຟັງ Azure​.

ພວກເຂົາເຮັດຫຍັງ:

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

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

ບັນຫາ

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

ແລະມີສິ່ງທີ່ຢູ່ໃນສີ່ແຍກ. ນີ້ແມ່ນຄວາມຮັບຜິດຊອບຂອງໃຜ?

ປົກກະຕິແລ້ວມັນແມ່ນຢູ່ຈຸດນີ້ທີ່ຜູ້ເບິ່ງແຍງລະບົບແລະນັກຂຽນໂປລແກລມຂອງພວກເຮົາພົບກັນແລະມັນໄດ້ເລີ່ມຕົ້ນ:

- Dudes, ບໍ່ມີຫຍັງເຮັດວຽກ, ອາດຈະເປັນຍ້ອນໂຄງສ້າງພື້ນຖານ.
- Dudes, ບໍ່, ມັນຢູ່ໃນລະຫັດ.

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

ແສງຕາເວັນສ່ອງຜ່ານທ້ອງຟ້າທີ່ມີເມກບໍ່ພໍເທົ່າໃດປີກ່ອນ, Google ໄດ້ມີຄວາມຄິດທີ່ຈະບໍ່ແບ່ງປັນວຽກງານ, ແຕ່ແທນທີ່ຈະເຮັດສິ່ງທົ່ວໄປ.

ຈະເປັນແນວໃດຖ້າພວກເຮົາອະທິບາຍທຸກຢ່າງເປັນລະຫັດ?

ໃນປີ 2016, Google ໄດ້ອອກປຶ້ມ “ວິສະວະກຳຄວາມໜ້າເຊື່ອຖືຂອງເວັບໄຊ” ກ່ຽວກັບການຫັນປ່ຽນບົດບາດຂອງຜູ້ບໍລິຫານລະບົບ: ຈາກຜູ້ສອນວິຊາວິເສດໄປສູ່ວິທີການວິສະວະກຳທີ່ເປັນທາງການເພື່ອໃຊ້ຊອບແວ ແລະລະບົບອັດຕະໂນມັດ. ພວກ​ເຂົາ​ເຈົ້າ​ເອງ​ໄດ້​ຜ່ານ​ການ thorns ແລະ​ອຸ​ປະ​ສັກ​ທັງ​ຫມົດ​, ໄດ້​ຮັບ hang ຂອງ​ມັນ​ແລະ​ຕັດ​ສິນ​ໃຈ​ທີ່​ຈະ​ແບ່ງ​ປັນ​ກັບ​ໂລກ​. ປື້ມຢູ່ໃນສາທາລະນະ ທີ່ນີ້.

ປຶ້ມມີຄວາມຈິງງ່າຍໆ:

• ເຮັດທຸກສິ່ງທຸກຢ່າງເປັນລະຫັດແມ່ນດີ;
• ການນໍາໃຊ້ວິທີການວິສະວະກໍາແມ່ນດີ;
• ການຕິດຕາມຜົນດີແມ່ນດີ;
• ບໍ່ອະນຸຍາດໃຫ້ອອກການບໍລິການຖ້າມັນບໍ່ມີການຕັດໄມ້ທີ່ຊັດເຈນແລະການຕິດຕາມກໍ່ດີ.

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

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

Wanguy ແທນທີ່ຈະສະຫຼຸບ

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

ລະບົບຕ່າງໆໄດ້ກາຍເປັນເລື່ອງທີ່ງ່າຍດາຍແລະງ່າຍດາຍ, ແລະຄວາມຮູ້ທີ່ເປັນເອກະລັກສະເພາະໃນການຄຸ້ມຄອງເຄື່ອງແມ່ຂ່າຍຂອງຮາດແວແມ່ນກາຍເປັນຄວາມຕ້ອງການຫນ້ອຍລົງໃນແຕ່ລະປີ. ເທັກໂນໂລຢີຄລາວກຳລັງມາແທນທີ່ຄວາມຕ້ອງການສຳລັບຄວາມຮູ້ນີ້.

ຜູ້ບໍລິຫານລະບົບທີ່ດີໃນອະນາຄົດອັນໃກ້ນີ້ຈະຕ້ອງມີທັກສະດ້ານວິສະວະກໍາຊອບແວທີ່ດີ. ແລະມັນກໍ່ດີກວ່າທີ່ລາວມີທັກສະທີ່ດີໃນດ້ານນີ້.

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

ສຸກສັນວັນ sysadmin ກັບທຸກຄົນ, ລະຫັດກັບທຸກຄົນ!

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