🥇DevOps ຫຼືວ່າພວກເຮົາກໍາລັງສູນເສຍເງິນເດືອນແລະອະນາຄົດຂອງອຸດສາຫະກໍາ IT

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

ເມື່ອອ່ານບ່ອນຫວ່າງ, ບາງຄັ້ງເຈົ້າເຫັນບໍ່ 2-3 ຄົນ, ແຕ່ບໍລິສັດທັງຫມົດໃນຄົນດຽວ, ທຸກຄົນມີຄວາມຮີບຮ້ອນ, ຫນີ້ສິນທາງວິຊາການກໍາລັງເຕີບໂຕ, ມໍລະດົກເກົ່າແກ່ກັບພື້ນຫລັງຂອງຜະລິດຕະພັນໃຫມ່ເບິ່ງຄືວ່າມີຄວາມສົມບູນແບບ, ເພາະວ່າຢ່າງຫນ້ອຍມັນມີ docks ແລະຄໍາຄິດເຫັນໃນລະຫັດ, ຜະລິດຕະພັນໃຫມ່ຖືກຂຽນດ້ວຍຄວາມໄວຂອງແສງສະຫວ່າງ, ແຕ່ໃນທີ່ສຸດພວກເຂົາບໍ່ສາມາດໃຊ້ໄດ້ອີກປີຫນຶ່ງຫຼັງຈາກທີ່ພວກເຂົາຖືກຂຽນ, ແລະເລື້ອຍໆໃນປີນີ້ບໍ່ໄດ້ນໍາເອົາກໍາໄລ, ນອກຈາກນັ້ນ, ຄ່າໃຊ້ຈ່າຍຂອງ "cloud ” ແມ່ນສູງກວ່າການຂາຍບໍລິການ. ເງິນຂອງນັກລົງທຶນແມ່ນໃຊ້ໃນການຮັກສາການບໍລິການທີ່ຍັງບໍ່ທັນໄດ້ເຮັດວຽກ, ແຕ່ວ່າໄດ້ຖືກປ່ອຍອອກມາແລ້ວອອນໄລນ໌ເປັນການເຮັດວຽກ.
ຕົວຢ່າງ: ບໍລິສັດທີ່ມີຊື່ສຽງທີ່ remaster ເກມເກົ່າໄດ້ຮັບການຈັດອັນດັບຕໍ່າສຸດໃນປະຫວັດສາດທັງຫມົດຂອງອຸດສາຫະກໍາ. ຂ້າພະເຈົ້າແມ່ນຫນຶ່ງໃນຜູ້ທີ່ຊື້ຜະລິດຕະພັນນີ້, ແຕ່ເຖິງແມ່ນວ່າໃນປັດຈຸບັນຜະລິດຕະພັນນີ້ເຮັດວຽກຂີ້ຮ້າຍ, ແລະໃນທາງທິດສະດີມັນບໍ່ຄວນມີການຂາຍໃນຮູບແບບນີ້. ການຄືນເງິນ, ການຫຼຸດລົງການຈັດອັນດັບ, ການຫ້າມຜູ້ໃຊ້ຈໍານວນຫລາຍໃນເວທີການຮ້ອງທຸກກ່ຽວກັບການເຮັດວຽກຂອງການບໍລິການ. ຈໍານວນຂອງ patches ແມ່ນບໍ່ເຮັດໃຫ້ປະລາດ, ແຕ່ terrifying, ແຕ່ຍັງ, ຜະລິດຕະພັນແມ່ນບໍ່ສາມາດໃຊ້ໄດ້. ຖ້າວິທີການນີ້ນໍາໄປສູ່ຜົນໄດ້ຮັບດັ່ງກ່າວສໍາລັບບໍລິສັດທີ່ພັດທະນາຕັ້ງແຕ່ປີ 91, ຫຼັງຈາກນັ້ນສໍາລັບບໍລິສັດທີ່ພຽງແຕ່ເລີ່ມຕົ້ນ, ສະຖານະການກໍ່ຮ້າຍແຮງກວ່າເກົ່າ.

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

ຂ້ອຍມັກຈະໄດ້ຍິນຄໍາຖະແຫຼງທີ່ທີມ DevOps ບໍ່ຄວນມີ, ວ່ານີ້ແມ່ນວິທີການ, ແລະອື່ນໆ, ແຕ່ບັນຫາແມ່ນ, ບໍລິສັດສໍາລັບເຫດຜົນບາງຢ່າງໄດ້ຢຸດເຊົາການຊອກຫາ noks, dba, ໂຄງສ້າງພື້ນຖານແລະວິສະວະກອນກໍ່ສ້າງ - ດຽວນີ້ມັນເປັນວິສະວະກອນ DevOps ດຽວ. . ແນ່ນອນ, ຍັງມີບ່ອນຫວ່າງດັ່ງກ່າວຢູ່ໃນບໍລິສັດສ່ວນບຸກຄົນ, ແຕ່ວ່າມີຫນ້ອຍແລະຫນ້ອຍລົງ. ຫຼາຍຄົນເອີ້ນວ່າການພັດທະນານີ້, ຂ້າພະເຈົ້າສ່ວນບຸກຄົນເຫັນຄວາມຊຸດໂຊມໃນນີ້, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຮັກສາລະດັບຄວາມຮູ້ທີ່ດີໃນທຸກຂົງເຂດ, ແລະໃນເວລາດຽວກັນຄຸ້ມຄອງການເຮັດວຽກບໍ່ເກີນ 8 ຊົ່ວໂມງ. ຕາມທໍາມະຊາດ, ເຫຼົ່ານີ້ແມ່ນຈິນຕະນາການ. ໃນຄວາມເປັນຈິງ, ພະນັກງານ IT ຫຼາຍຄົນຖືກບັງຄັບໃຫ້ເຮັດວຽກ 12 ຫຼື 14 ຊົ່ວໂມງ, ໃນນັ້ນ 8 ຄົນໄດ້ຮັບຄ່າຈ້າງ, ແລະມັກຈະບໍ່ມີມື້ພັກ, ເພາະວ່າ "ຂ້ອຍໄດ້ຮັບວຽກ, ບໍ່ມີເອກະສານຫຼືເອກະສານທີ່ຫລອກລວງ, ແລະການບໍລິການຕ້ອງເສຍເງິນ." ແລະສໍາລັບຄວາມຜິດພາດ 1 ໃນເມຄ, ໂດຍພື້ນຖານແລ້ວທ່ານບໍ່ສາມາດໄດ້ຮັບເງິນເດືອນໃນສອງສາມເດືອນ, ໂດຍສະເພາະຖ້າທ່ານເຮັດວຽກເປັນຜູ້ປະກອບການສ່ວນບຸກຄົນ. ພວກເຮົາກໍາລັງສູນເສຍຄໍາເວົ້າຂອງພວກເຮົາໃນທຸລະກິດ, ຄຽງຄູ່ກັບການແບ່ງຄວາມຮັບຜິດຊອບ, ຂ້ອຍກໍາລັງປະເຊີນກັບຄວາມຈິງທີ່ວ່າຜູ້ຈັດການແຊກແຊງໃນຂະບວນການພັດທະນາໂດຍບໍ່ໄດ້ເຂົ້າໃຈຫຍັງກ່ຽວກັບພວກເຂົາທັງຫມົດ, ພວກເຂົາສັບສົນຂໍ້ມູນທຸລະກິດແລະການດໍາເນີນງານຂອງແອັບພລິເຄຊັນ. ຜົນໄດ້ຮັບ, chaos ເລີ່ມຕົ້ນ.

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

ໃນປັດຈຸບັນທ່ານມັກຈະສາມາດເຫັນບົດຄວາມທີ່ລະບຸວ່ານັກພັດທະນາຄວນຈະສາມາດນໍາໄປໃຊ້ໄດ້, ຄວນເຮັດວຽກກ່ຽວກັບໂຄງສ້າງພື້ນຖານຄຽງຄູ່ກັບວິສະວະກອນ DevOps, ແຕ່ມັນນໍາໄປສູ່ຫຍັງ? ນັ້ນແມ່ນຖືກຕ້ອງ - ການຫຼຸດລົງຂອງຄຸນນະພາບຂອງການບໍລິການ, ການຫຼຸດລົງຂອງຄຸນນະພາບຂອງນັກພັດທະນາ. ພຽງແຕ່ 2 ມື້ກ່ອນຫນ້ານີ້ຂ້າພະເຈົ້າໄດ້ອະທິບາຍກັບນັກພັດທະນາວ່າທ່ານສາມາດຂຽນແລະອ່ານຈາກ hosts ທີ່ແຕກຕ່າງກັນ, ແລະພວກເຂົາ foamed ຢູ່ປາກເພື່ອພິສູດວ່າພວກເຂົາບໍ່ເຄີຍເຫັນຫຍັງແບບນີ້, ແຕ່ໃນການຕັ້ງຄ່າມີ orm host, port, db, user , ລະຫັດຜ່ານແລະນັ້ນແມ່ນມັນ…. ແຕ່ຜູ້ພັດທະນາຮູ້ວິທີການດໍາເນີນການ deployment, ຂຽນ yams ... ແຕ່ລາວລືມແລ້ວກ່ຽວກັບການທົດສອບຫນ່ວຍງານແລະຄໍາເຫັນໃນລະຫັດ.

ດັ່ງນັ້ນ, ພວກເຮົາເຫັນສິ່ງຕໍ່ໄປນີ້ - ເຮັດວຽກລ່ວງເວລາຄົງທີ່, ການຊອກຫາວິທີການແກ້ໄຂບັນຫານອກເວລາເຮັດວຽກ, ການຝຶກອົບຮົມຢ່າງຕໍ່ເນື່ອງໃນທ້າຍອາທິດ, ແລະບໍ່ແມ່ນການເພີ່ມລາຍໄດ້, ແຕ່ເຮັດໃຫ້ຕົວເອງຢູ່ລອດ. ນັກພັດທະນາຖືກບັງຄັບໃຫ້ຊ່ວຍວິສະວະກອນ DevOps ກັບ CI / CD, ແລະຖ້າຜູ້ພັດທະນາບໍ່ມີເວລາ, ລາວເລີ່ມຕິດ, ແລະຜູ້ຈັດການເລີ່ມຍ່ອຍສະຫຼາຍສະຫມອງຂອງເຂົາເຈົ້າ, ແລະຖ້າສິ່ງນີ້ບໍ່ໄດ້ຊ່ວຍເພີ່ມຄວາມປາຖະຫນາທີ່ຈະເຮັດວຽກລ່ວງເວລາ, ຫຼັງຈາກນັ້ນ, ນໍາໃຊ້ການລົງໂທດແລະການປັບໄຫມ, ບຸກຄົນທີ່ກໍາລັງຊອກຫາວຽກເຮັດງານທໍາໃຫມ່, ປ່ອຍໃຫ້ເປັນຫນີ້ສິນທາງວິຊາການຂະຫນາດຂອງ Everest, ເປັນຜົນມາຈາກການຫນີ້ສິນເລີ່ມຕົ້ນທີ່ຈະຂະຫຍາຍຕົວໃນບັນດານັກພັດທະນາ, ເນື່ອງຈາກວ່າ. ພວກເຂົາຖືກບັງຄັບໃຫ້ຂຽນລະຫັດທີ່ມີ refactoring ຫນ້ອຍເພື່ອໃຫ້ມີເວລາທີ່ຈະຊ່ວຍນັກວິສະວະກອນ DevOps ເກົ່າຫຼືໃຫມ່, ແລະຜູ້ຈັດການກໍ່ພໍໃຈກັບທຸກສິ່ງທຸກຢ່າງ, ເພາະວ່າຜູ້ຮ້າຍຢູ່ທີ່ນັ້ນແລະລາວສາມາດເຫັນໄດ້ທັນທີ, ຊຶ່ງຫມາຍຄວາມວ່າກົດລະບຽບພື້ນຖານ. ໃນການຄຸ້ມຄອງ Agile ໄດ້ຖືກປະຕິບັດຕາມ, culprit ໄດ້ພົບເຫັນ, ຜົນໄດ້ຮັບຂອງ flogging ເຂົາແມ່ນເຫັນໄດ້.

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

ບົດຄວາມນີ້ໄດ້ຮັບການດົນໃຈບາງສ່ວນຈາກຂ້ອຍ ຫົວຂໍ້ນີ້, ແຕ່ຕໍ່ມາຂ້ອຍອາດຈະອະທິບາຍມັນໃນເງື່ອນໄຂທີ່ສຸພາບຫນ້ອຍ.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າສູ່ລະບົບກະລຸນາ.