Slurm DevOps - tit ເຮັດວຽກທີ່ດີກວ່າໃນ 3 ມື້ກ່ວາ crane ທີ່ສວຍງາມໃນອະນາຄົດອັນໄກ.

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

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

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

MVP DevOps: ຫຼັກສູດປະກອບມີເຄື່ອງມືສໍາລັບຂະບວນການ DevOps ພື້ນຖານ. ພວກເຮົາບໍ່ໄດ້ຕັ້ງຕົວເຮົາເອງເປັນວຽກງານຂອງການທົບທວນຄືນແລະການປຽບທຽບລະບົບ CI / CD ທັງຫມົດຫຼືເປີດເຜີຍຄວາມເລິກຂອງໂຄງສ້າງພື້ນຖານເປັນວິທີການລະຫັດ. ພວກເຮົາສະຫນອງຫນຶ່ງ stack ທີ່ຈະແຈ້ງ: Gitlab CI / CD, Ansible, Terraform ແລະ Packer, Molecule, Prometheus, EFK. ທ່ານສາມາດມາຈາກຫຼັກສູດ, ເກັບກໍາພື້ນຖານໂຄງລ່າງສໍາລັບໂຄງການທົດລອງຈາກອຸປະກອນການຝຶກອົບຮົມແລະເຮັດວຽກຢູ່ໃນມັນ.

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

ຫົວຂໍ້ Slurm DevOps

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

ຫົວຂໍ້ທີ 3: ພື້ນຖານ CI/CD

• ແນະນຳກ່ຽວກັບ CI/CD Automation
• ພື້ນຖານ Gitlab CI
• ການປະຕິບັດທີ່ດີທີ່ສຸດກັບ gitlab-runner
• ເຄື່ອງມືເຮັດ, ເຮັດ, gradle ເປັນສ່ວນຫນຶ່ງຂອງ CI/CD ແລະອື່ນໆ
• Docker ເປັນວິທີການແກ້ໄຂບັນຫາ CI

ຫົວຂໍ້ #4: Gitlab CI/CD ໃນການຜະລິດ

• ການແຂ່ງຂັນໃນເວລາເລີ່ມຕົ້ນວຽກ
• ການຄວບຄຸມການປະຕິບັດແລະຂໍ້ຈໍາກັດ: ພຽງແຕ່, ເມື່ອ
• ເຮັດວຽກກັບສິ່ງປະດິດ
• ແມ່ແບບ, ລວມມີ ແລະບໍລິການຈຸນລະພາກ: ເຮັດໃຫ້ການນຳໃຊ້ງ່າຍ

ພວກ​ເຮົາ​ແນະ​ນໍາ​ນັກ​ຮຽນ​ກ່ຽວ​ກັບ​ແນວ​ຄວາມ​ຄິດ​ພື້ນ​ຖານ​ແລະ​ແນວ​ຄວາມ​ຄິດ​ຂອງ CI / CD ແລະ​ເຄື່ອງ​ມື​ສໍາ​ລັບ​ການ​ປະ​ຕິ​ບັດ CI / CD​. ດັ່ງນັ້ນ, ນັກຮຽນຈະສາມາດເລືອກຮູບແບບການອອກແບບ CI/CD ເປັນເອກະລາດ ແລະ ເຄື່ອງມືການຈັດຕັ້ງປະຕິບັດທີ່ເໝາະສົມ.

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

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

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

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

ພວກເຮົາໄດ້ຫຼຸດລົງພາກສ່ວນທິດສະດີກ່ຽວກັບ UI ແລະ openstack cli ແລະສຸມໃສ່ການປະຕິບັດ.
ໃຫ້ເບິ່ງສອງວິທີການ IaC ໂດຍໃຊ້ຄໍາຮ້ອງສະຫມັກດຽວກັນ, ສະແດງຂໍ້ດີແລະຂໍ້ເສຍຂອງແຕ່ລະວິທີການ. ດັ່ງນັ້ນ, ນັກຮຽນຈະເຂົ້າໃຈວ່າວິທີການນໍາໃຊ້ບ່ອນໃດ, ແລະຈະສາມາດເຮັດວຽກກັບທັງ Terraform ແລະ Ansible.

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

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

• ລອງຄິດເບິ່ງວ່າເປັນຫຍັງເຂົາເຈົ້າບໍ່ຂຽນແບບທົດສອບ?
• ມີການທົດສອບອັນໃດຢູ່ໃນ IaC?
• ການວິເຄາະແບບຄົງທີ່, ພວກມັນບໍ່ມີປະໂຫຍດແທ້ໆບໍ?
• ການທົດສອບຫນ່ວຍງານຂອງ IaC ໂດຍໃຊ້ ansible + molecule ເປັນຕົວຢ່າງ
• ການທົດສອບເປັນສ່ວນຫນຶ່ງຂອງ ci
• ການທົດສອບກ່ຽວກັບ steroids ຫຼືວິທີການທີ່ຈະບໍ່ລໍຖ້າ 5 ຊົ່ວໂມງສໍາລັບການທົດສອບ IaC ສໍາເລັດ

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

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

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

• ວິທີການສ້າງລະບົບການຕິດຕາມສຸຂະພາບ
• ການຕິດຕາມເປັນເຄື່ອງມືການວິເຄາະ, ປະສິດທິພາບການພັດທະນາແລະຄວາມຫມັ້ນຄົງຂອງລະຫັດ, ເຖິງແມ່ນວ່າກ່ອນທີ່ຈະຂາຍ
• ການຕັ້ງຄ່າ prometheus + alertmanager + grafana
• ການເຄື່ອນຍ້າຍຈາກການຕິດຕາມຊັບພະຍາກອນໄປສູ່ການກວດສອບຄໍາຮ້ອງສະຫມັກ

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

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

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

• ພາບລວມຂອງ Elastic ແລະເຄື່ອງມືຂອງມັນ
• ELK/Elastic Stack/x-pack - ແມ່ນຫຍັງ ແລະຄວາມແຕກຕ່າງຄືແນວໃດ?
• ບັນຫາໃດແດ່ທີ່ສາມາດແກ້ໄຂໄດ້ໂດຍໃຊ້ ElasticSearch (ການຄົ້ນຫາ, ການເກັບຮັກສາ, ຄຸນສົມບັດການປັບຂະຫນາດ, ຄວາມຍືດຫຍຸ່ນຂອງການຕັ້ງຄ່າ)
• ການຕິດຕາມໂຄງສ້າງພື້ນຖານ (x-pack)
• ບັນທຶກການບັນຈຸ ແລະແອັບພລິເຄຊັນ (x-pack)
• ການບັນທຶກການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາເປັນຕົວຢ່າງ
• ການປະຕິບັດການເຮັດວຽກກັບ Kibana
• ເປີດ Distro ສໍາລັບ Elasticsearch ຈາກ Amazon

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

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

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

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

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

ການລົງທະບຽນ ທີ່ນີ້

ຂ້ອຍຈະດີໃຈທີ່ໄດ້ເຫັນເຈົ້າຢູ່ Slurms!

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