ເປັນຫຍັງ DevOps ຈຶ່ງຕ້ອງການ ແລະໃຜເປັນຜູ້ຊ່ຽວຊານ DevOps?

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

ມີການປະຕິບັດໃດແດ່ທີ່ລວມຢູ່ໃນແນວຄວາມຄິດຂອງ DevOps ແລະເປັນຫຍັງພວກມັນຈຶ່ງຈໍາເປັນ? ວິສະວະກອນ DevOps ເຮັດຫຍັງແລະພວກເຂົາຄວນຈະສາມາດເຮັດຫຍັງໄດ້? ຜູ້ຊ່ຽວຊານຈາກ EPAM ຕອບຄໍາຖາມເຫຼົ່ານີ້ແລະຄໍາຖາມອື່ນໆ: Kirill Sergeev, ວິສະວະກອນລະບົບແລະຜູ້ປະກາດຂ່າວປະເສີດ DevOps, ແລະ Igor Boyko, ວິສະວະກອນລະບົບຊັ້ນນໍາແລະຜູ້ປະສານງານຂອງຫນຶ່ງໃນທີມງານ DevOps ຂອງບໍລິສັດ.

ເປັນຫຍັງຕ້ອງໃຊ້ DevOps?

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

DevOps ແມ່ນຫຍັງ?

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

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

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

ຄວາມສໍາຄັນຂອງວັດທະນະທໍາ DevOps ແມ່ນຫຍັງ?

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

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

ປະເພດຂອງການປະຕິບັດ DevOps ແມ່ນຫຍັງ?

ການປະຕິບັດ DevOps ກວມເອົາທຸກຂັ້ນຕອນຂອງວົງຈອນຊີວິດຂອງຊອບແວ.

Igor Boyko: “ກໍລະນີທີ່ເໝາະສົມແມ່ນເມື່ອພວກເຮົາເລີ່ມນຳໃຊ້ການປະຕິບັດ DevOps ໃນຕອນເລີ່ມຕົ້ນຂອງໂຄງການ. ຮ່ວມກັນກັບສະຖາປະນິກ, ພວກເຮົາວາງແຜນສິ່ງທີ່ປະເພດຂອງພູມສັນຖານສະຖາປັດຕະຂອງຄໍາຮ້ອງສະຫມັກຈະມີ, ບ່ອນທີ່ມັນຈະຕັ້ງຢູ່ແລະວິທີການຂະຫນາດ, ແລະເລືອກເວທີ. ໃນປັດຈຸບັນ, ສະຖາປັດຕະຍະກໍາ microservice ແມ່ນຢູ່ໃນຄົນອັບເດດ: - ສໍາລັບມັນພວກເຮົາເລືອກລະບົບ orchestration: ທ່ານຈໍາເປັນຕ້ອງສາມາດຈັດການແຕ່ລະອົງປະກອບຂອງຄໍາຮ້ອງສະຫມັກແຍກຕ່າງຫາກແລະປັບປຸງເປັນເອກະລາດຂອງຄົນອື່ນ. ການປະຕິບັດອີກອັນຫນຶ່ງແມ່ນ "ໂຄງສ້າງພື້ນຖານເປັນລະຫັດ." ນີ້ແມ່ນຊື່ສໍາລັບວິທີການທີ່ໂຄງສ້າງພື້ນຖານຂອງໂຄງການຖືກສ້າງແລະຈັດການໂດຍໃຊ້ລະຫັດ, ແທນທີ່ຈະຜ່ານການໂຕ້ຕອບໂດຍກົງກັບເຄື່ອງແມ່ຂ່າຍ.

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

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

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

ຜົນປະໂຫຍດຂອງການປະຕິບັດ DevOps ແມ່ນຫຍັງ?

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

Kirill Sergeev: "ສິ່ງທໍາອິດແມ່ນອັດຕະໂນມັດ. ພວກເຮົາສາມາດອັດຕະໂນມັດການໂຕ້ຕອບທັງຫມົດໃນທີມງານ: ຂຽນລະຫັດ - ມ້ວນມັນອອກ - ກວດເບິ່ງມັນ - ຕິດຕັ້ງມັນ - ລວບລວມຄໍາຄຶດຄໍາເຫັນ - ກັບຄືນສູ່ຈຸດເລີ່ມຕົ້ນ. ທັງ​ຫມົດ​ນີ້​ແມ່ນ​ອັດ​ຕະ​ໂນ​ມັດ​.

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

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

ແນວຄວາມຄິດຂອງ "ວິສະວະກອນລະບົບ", "ວິສະວະກອນກໍ່ສ້າງ" ແລະ "ວິສະວະກອນ DevOps" ກ່ຽວຂ້ອງແນວໃດ?

ພວກມັນທັບຊ້ອນກັນ, ແຕ່ຂຶ້ນກັບພື້ນທີ່ທີ່ແຕກຕ່າງກັນເລັກນ້ອຍ.

ວິສະວະກອນລະບົບຢູ່ EPAM ເປັນຕໍາແໜ່ງ. ເຂົາເຈົ້າມາໃນລະດັບທີ່ແຕກຕ່າງກັນ: ຈາກ junior ກັບຫົວຫນ້າຜູ້ຊ່ຽວຊານ.

ວິສະວະກອນກໍ່ສ້າງແມ່ນມີບົດບາດຫຼາຍກວ່າທີ່ສາມາດປະຕິບັດໄດ້ໃນໂຄງການ. ໃນປັດຈຸບັນນີ້ແມ່ນສິ່ງທີ່ປະຊາຊົນຮັບຜິດຊອບສໍາລັບ CI / CD ເອີ້ນວ່າ.

ວິສະວະກອນ DevOps ເປັນຜູ້ຊ່ຽວຊານທີ່ປະຕິບັດການປະຕິບັດ DevOps ໃນໂຄງການ.

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

ວິສະວະກອນ DevOps ເຮັດຫຍັງແດ່?

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

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

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

ວິສະວະກອນ DevOps ຄວນຮູ້ຫຍັງແດ່?

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

1. ພາສາການຂຽນໂປຣແກຣມ

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

ວິສະວະກອນ DevOps ສາມາດຮຽນຮູ້ໜຶ່ງ ຫຼືຫຼາຍພາສາເຫຼົ່ານີ້: Python, Groovy, Bash, Powershell, Ruby, Go. ມັນບໍ່ຈໍາເປັນຕ້ອງຮູ້ຈັກພວກເຂົາໃນລະດັບເລິກ - ພື້ນຖານຂອງ syntax, ຫຼັກການ OOP, ແລະຄວາມສາມາດໃນການຂຽນສະຄິບທີ່ງ່າຍດາຍສໍາລັບອັດຕະໂນມັດແມ່ນພຽງພໍ.

2. ລະບົບປະຕິບັດການ

ວິສະວະກອນ DevOps ຕ້ອງເຂົ້າໃຈວ່າເຊີບເວີທີ່ຜະລິດຕະພັນຈະຖືກຕິດຕັ້ງໃສ່, ສະພາບແວດລ້ອມທີ່ມັນຈະດໍາເນີນການ, ແລະບໍລິການໃດທີ່ມັນຈະພົວພັນກັບ. ທ່ານສາມາດເລືອກທີ່ຈະຊ່ຽວຊານໃນ Windows ຫຼືຄອບຄົວ Linux.

3. ລະບົບການຄວບຄຸມເວີຊັນ

ໂດຍບໍ່ມີຄວາມຮູ້ກ່ຽວກັບລະບົບການຄວບຄຸມເວີຊັນ, ວິສະວະກອນ DevOps ແມ່ນບໍ່ມີບ່ອນໃດ. Git ແມ່ນຫນຶ່ງໃນລະບົບທີ່ນິຍົມຫຼາຍທີ່ສຸດໃນປັດຈຸບັນ.

4. ຜູ້ໃຫ້ບໍລິການຟັງ

AWS, Google, Azure - ໂດຍສະເພາະຖ້າພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບທິດທາງຂອງ Windows.

Kirill Sergeev: “ຜູ້ໃຫ້ບໍລິການ Cloud ໃຫ້ພວກເຮົາມີເຊີບເວີສະເໝືອນທີ່ເໝາະສົມກັບ CI/CD.

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

5. ລະບົບ Orchestration: Docker ແລະ Kubernetes

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

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

6. ລະບົບການຕັ້ງຄ່າ: Chef, Ansible, Puppet

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

ວິສະວະກອນ DevOps ສາມາດສ້າງອາຊີບໃດແດ່?

ທ່ານສາມາດພັດທະນາທັງແນວນອນແລະແນວຕັ້ງ.

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

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

ວິທີການກາຍເປັນວິສະວະກອນ DevOps?

1. ອ່ານ The Phoenix Project ແລະ DevOps Handbook. ເຫຼົ່ານີ້ແມ່ນເສົາຫຼັກທີ່ແທ້ຈິງຂອງປັດຊະຍາ DevOps, ໂດຍທໍາອິດແມ່ນການເຮັດວຽກຂອງ fiction.
2. ຮຽນ​ຮູ້​ເຕັກ​ໂນ​ໂລ​ຊີ​ຈາກ​ບັນ​ຊີ​ລາຍ​ການ​ຂ້າງ​ເທິງ​ນີ້​: ຂອງ​ທ່ານ​ເອງ​ຫຼື​ໂດຍ​ຜ່ານ​ວິ​ຊາ​ອອນ​ໄລ​ນ​໌​.
3. ເຂົ້າຮ່ວມເປັນວິສະວະກອນ DevOps ສໍາລັບໂຄງການແຫຼ່ງເປີດ.
4. ປະຕິບັດແລະສະເຫນີການປະຕິບັດ DevOps ກ່ຽວກັບໂຄງການສ່ວນບຸກຄົນແລະວຽກງານຂອງທ່ານ.

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