ການລົງທະບຽນສໍາລັບ Slurm DevOps ໃນ Moscow ແມ່ນເປີດ

TL; DR

Slurm DevOps ຈະຈັດຂຶ້ນຢູ່ມົສກູໃນວັນທີ 30 ມັງກອນ - 1 ກຸມພາ.

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

ກ່ຽວກັບປັດຊະຍາ, ຄວາມບໍ່ຄ່ອຍເຊື່ອງ່າຍໆແລະຄວາມສໍາເລັດທີ່ບໍ່ຄາດຄິດ

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

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

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

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

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

ມັນຄວນຈະເປັນການຈື່ຈໍາວ່າໃນຕອນຕົ້ນພວກເຂົາຍັງເວົ້າກ່ຽວກັບ Slurm Kubernetes ວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະອະທິບາຍ k3s ໃນ 8 ມື້.

ກັບ Ivan Kruglov, ຜູ້ທີ່ນໍາພາຫົວຂໍ້ SRE, ພວກເຮົາໄດ້ຕົກລົງກ່ຽວກັບໂຄງການແຍກຕ່າງຫາກ. ພວກເຮົາ ກຳ ລັງສົນທະນາກ່ຽວກັບລາຍລະອຽດ, ຂ້ອຍຈະປະກາດໃນໄວໆນີ້.

ຈະເກີດຫຍັງຂຶ້ນຢູ່ Slurm DevOps?

ໂປລແກລມ

ຫົວຂໍ້ທີ 1: ການເຮັດວຽກເປັນທີມກັບ Git

• ຄໍາສັ່ງພື້ນຖານ git init, commit, add, diff, log, status, pull, push
• Git flow, ສາຂາແລະ tags, merge ຍຸດທະສາດ
• ການ​ເຮັດ​ວຽກ​ກັບ reps ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​ຫຼາຍ​
• ກະແສ GitHub
• ສ້ອມ, ຫ່າງໄກສອກຫຼີກ, ດຶງຄໍາຮ້ອງຂໍ
• ການຂັດແຍ້ງ, ການປ່ອຍອອກມາ, ອີກເທື່ອຫນຶ່ງກ່ຽວກັບ Gitflow ແລະການໄຫຼເຂົ້າອື່ນໆທີ່ກ່ຽວຂ້ອງກັບທີມງານ

ຫົວຂໍ້ທີ 2: ການເຮັດວຽກກັບແອັບພລິເຄຊັນຈາກຈຸດພັດທະນາ

• ການຂຽນ microservice ໃນ Python
• ຕົວແປສະພາບແວດລ້ອມ
• ການປະສົມປະສານແລະການທົດສອບຫນ່ວຍງານ
• ການນໍາໃຊ້ docker-compose ໃນການພັດທະນາ

ຫົວຂໍ້ທີ 3: CI/CD: ການແນະນຳລະບົບອັດຕະໂນມັດ

• ການແນະນໍາອັດຕະໂນມັດ
• ເຄື່ອງມື (bash, make, gradle)
• ການນໍາໃຊ້ git-hooks ເພື່ອອັດຕະໂນມັດຂະບວນການ
• ສາຍປະກອບໂຮງງານແລະຄໍາຮ້ອງສະຫມັກຂອງເຂົາເຈົ້າໃນ IT
• ຕົວຢ່າງຂອງການສ້າງທໍ່ "ທົ່ວໄປ".
• ຊອບແວທີ່ທັນສະໄຫມສໍາລັບ CI/CD: Drone CI, BitBucket Pipelines, Travis, ແລະອື່ນໆ.

ຫົວຂໍ້ #4: CI/CD: ການເຮັດວຽກກັບ Gitlab

• Gitlab CI
• Gitlab Runner, ປະເພດແລະຄໍາຮ້ອງສະຫມັກຂອງພວກເຂົາ
• Gitlab CI, ຄຸນນະສົມບັດການຕັ້ງຄ່າ, ການປະຕິບັດທີ່ດີທີ່ສຸດ
• ຂັ້ນຕອນ Gitlab CI
• ຕົວແປ Gitlab CI
• ກໍ່ສ້າງ, ທົດສອບ, ນຳໃຊ້
• ການຄວບຄຸມການປະຕິບັດແລະຂໍ້ຈໍາກັດ: ພຽງແຕ່, ເມື່ອ
• ເຮັດວຽກກັບສິ່ງປະດິດ
• ແມ່ແບບພາຍໃນ .gitlab-ci.yml, ໃຊ້ການກະທຳຄືນໃໝ່ໃນສ່ວນຕ່າງໆຂອງທໍ່
• ລວມ - ພາກ​ສ່ວນ​
• ການຈັດການສູນກາງຂອງ gitlab-ci.yml (ໄຟລ໌ຫນຶ່ງແລະອັດຕະໂນມັດ push ກັບ repositories ອື່ນໆ)

ຫົວຂໍ້ #5: ໂຄງສ້າງພື້ນຖານເປັນລະຫັດ

• IaC: ເຂົ້າຫາໂຄງສ້າງພື້ນຖານເປັນລະຫັດ
• ຜູ້ໃຫ້ບໍລິການຄລາວເປັນຜູ້ໃຫ້ບໍລິການພື້ນຖານໂຄງລ່າງ
• ເຄື່ອງມືເລີ່ມຕົ້ນລະບົບ, ການສ້າງຮູບພາບ (packer)
• IaC ໃຊ້ Terraform ເປັນຕົວຢ່າງ
• ການເກັບຮັກສາການຕັ້ງຄ່າ, ການຮ່ວມມື, ອັດຕະໂນມັດແອັບພລິເຄຊັນ
• ການປະຕິບັດການສ້າງ Ansible playbooks
• Ideempotency, ການ​ປະ​ກາດ
• IaC ໃຊ້ Ansible ເປັນຕົວຢ່າງ

ຫົວຂໍ້ #6: ການທົດສອບໂຄງສ້າງພື້ນຖານ

• ການທົດສອບແລະການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງກັບ Molecule ແລະ Gitlab CI
• ໃຊ້ Vagrant

ຫົວຂໍ້ #7: ການຕິດຕາມໂຄງສ້າງພື້ນຖານກັບ Prometheus

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

ຫົວຂໍ້ #8: ບັນທຶກແອັບພລິເຄຊັນດ້ວຍ ELK

• ການປະຕິບັດການຕັດໄມ້ທີ່ດີທີ່ສຸດ
• ELK stack

ຫົວຂໍ້ #9: ໂຄງສ້າງພື້ນຖານອັດຕະໂນມັດກັບ ChatOps

• DevOps ແລະ ChatOps
• ChatOps: ຄວາມເຂັ້ມແຂງ
• Slack ແລະທາງເລືອກ
• ບັອດສໍາລັບ ChatOps
• Hubot ແລະທາງເລືອກ
• ຄວາມປອດໄພ
• ການປະຕິບັດທີ່ດີທີ່ສຸດແລະຮ້າຍແຮງທີ່ສຸດ

ສະ​ຖານ​ທີ່: Moscow, ຫ້ອງປະຊຸມຂອງໂຮງແຮມ Sevastopol.

ວັນທີ: ແຕ່​ວັນ​ທີ 30 ມັງ​ກອນ​ຫາ 1 ເດືອນ​ກຸມ​ພາ, 3 ມື້​ຂອງ​ການ​ເຮັດ​ວຽກ​ຫນັກ.

ການລົງທະບຽນ

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