Slurm DevOps: ເປັນຫຍັງພວກເຮົາຈະບໍ່ສົນທະນາປັດຊະຍາ DevOps ແລະສິ່ງທີ່ຈະເກີດຂຶ້ນແທນ

ມື້ນີ້ຢູ່ທີ່ Southbridge ພວກເຮົາໄດ້ປຶກສາຫາລືກ່ຽວກັບການຄຸ້ມຄອງ turquoise ໃນກອງປະຊຸມການວາງແຜນ.

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

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

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

ແລະໂຄງການ Slurm DevOps ສ້າງຂຶ້ນສໍາລັບຜູ້ທີ່ມັກຍ້າຍຈາກລຸ່ມສຸດ.

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

ພວກເຮົາຈະປຶກສາຫາລືກ່ຽວກັບເຄື່ອງມືສະເພາະ. ບາງສິ່ງບາງຢ່າງທີ່ສາມາດປະຕິບັດໄດ້ທັນທີ, ໂດຍບໍ່ມີການສົນທະນາ philosophical ແລະການປັບໂຄງສ້າງການຄຸ້ມຄອງ, ໃນລະດັບຂອງການເຮັດວຽກປະຈໍາວັນ. ຂຽນຄໍາແນະນໍາກ່ຽວກັບການເຮັດວຽກເປັນທີມກັບ Git. ຂຽນ playbook ສໍາລັບ deploy servers. ຕັ້ງຄ່າຕົວເກັບບັນທຶກ.

ດັ່ງນັ້ນ, ການເຮັດວຽກຈະກາຍເປັນງ່າຍຂຶ້ນແລະງ່າຍດາຍ, ແລະພື້ນຖານຈະປາກົດຂຶ້ນທີ່ທ່ານສາມາດສ້າງ DevOps ຂອງທ່ານໄດ້.

ເພື່ອໄປໄກກວ່າການປະຕິບັດຂອງ Southbridge, ພວກເຮົາໄດ້ເຊີນຜູ້ເວົ້າພາຍນອກໃນບາງຫົວຂໍ້.

Artem Galonsky, STO "ສໍານັກງານ"
12+ ປີໃນການພັດທະນາການຄ້າ.
ຫົວຫນ້າທີມ / ຫົວໜ້າພະແນກພັດທະນາຕັ້ງແຕ່ປີ 2011.
ຜູ້ອໍານວຍການດ້ານວິຊາການນັບຕັ້ງແຕ່ 2016.

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

Alexey Stepanenko, ວິສະວະກອນເວທີຄລາວ Selectel
ການຈັດການກັບວຽກງານພື້ນຖານໂຄງລ່າງສໍາລັບການຮັກສາ OpenStack cloud: ການຕິດຕາມ, CI / CD ແລະການຄຸ້ມຄອງການຕັ້ງຄ່າ.

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

Eduard Medvedev, CTO ຢູ່ Tungsten Labs (ເຢຍລະມັນ)
ເຮັດວຽກເປັນວິສະວະກອນຢູ່ StackStorm, ຮັບຜິດຊອບຕໍ່ການເຮັດວຽກຂອງ ChatOps ຂອງເວທີ. ພັດທະນາແລະປະຕິບັດ ChatOps ສໍາລັບສູນຂໍ້ມູນອັດຕະໂນມັດ. ກ່າວ​ຄຳ​ເຫັນ​ທີ່​ກອງ​ປະ​ຊຸມ​ລັດ​ເຊຍ ແລະ ສາ​ກົນ.

ຢູ່ Slurm, ຂ້ອຍຈະເວົ້າກ່ຽວກັບວິທີການສື່ສານພາຍໃນທີມ DevOps ແລະການພົວພັນກັບທໍ່ CI / CD ທີ່ມີປະສິດທິພາບຫຼາຍຂຶ້ນໂດຍໃຊ້ການເຊື່ອມໂຍງສອງທາງກັບ chatbots.

Ivan Kruglov, ຜູ້ພັດທະນາຫຼັກຢູ່ Booking.com
ນັບຕັ້ງແຕ່ການເຂົ້າຮ່ວມ Booking.com ໃນປີ 2013, ລາວໄດ້ເຮັດວຽກກ່ຽວກັບໂຄງການພື້ນຖານໂຄງລ່າງເຊັ່ນ: ການແຈກຢາຍຂໍ້ຄວາມແລະການປຸງແຕ່ງ, BigData ແລະ web-stack, ຄົ້ນຫາ.
ໃນປັດຈຸບັນກໍາລັງເຮັດວຽກກ່ຽວກັບບັນຫາຂອງການສ້າງຄລາວພາຍໃນແລະ Service Mesh.

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

1. SRE ໃຫ້ຫຍັງກັບຜູ້ບໍລິຫານຫຼືນັກຂຽນໂປລແກລມ?
2. ເປັນຫຍັງເຈົ້າຂອງທຸລະກິດຫຼືຜະລິດຕະພັນຈໍາເປັນຕ້ອງປະຕິບັດ SRE?

ດັ່ງນັ້ນ DevOps Slurm ນີ້ຈະເປັນເອກະລັກ: ຖ້າພວກເຮົາເຮັດຊ້ໍາໂຄງການ, ມັນຈະມີອົງປະກອບທີ່ແຕກຕ່າງກັນ.

ສໍາລັບຜູ້ທີ່ເອົາໃຈໃສ່, ຍັງມີສ່ວນຫຼຸດ 15% ໂດຍໃຊ້ລະຫັດໂປຣໂມຊັນ habrapost.

ກ່ຽວກັບໂຄງການ DevOps ຂອງ Slurm - ທີ່ນີ້.

ການລົງທະບຽນ: https://slurm.io/devops

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