ພາກສ່ວນ DevOps ໃນກອງປະຊຸມ DUMP2020. ຂໍໃຫ້ມີຄວາມສຸກ / ຮ້ອງໄຫ້ຮ່ວມກັນ

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

ເບິ່ງຂ້າງລຸ່ມນີ້ການຕັດວ່າຫົວຂໍ້ໃດທີ່ໄດ້ອອກໃນປີທີ່ຜ່ານມາໃນ Yekaterinburg ແລະ Kazan, ແລະສິ່ງທີ່ຄະນະກໍາມະການໂຄງການຄາດວ່າຈະໃນປີນີ້

ຫົວຂໍ້ສຳລັບປີ 2019 ທີ່ເປັນຈຸດໝາຍ

ຢູ່ DUMP Yekaterinburg ໃນເດືອນເມສາປີທີ່ຜ່ານມາ, ຫົວຂໍ້ທັງຫມົດ 5 ທີ່ໄດ້ຮັບຄະແນນສູງ (ຂ້າງເທິງ 4,2 ອອກຈາກ 5). ຜູ້ນໍາແມ່ນຫົວຂໍ້ຈາກ Vladimir Lila, ຜູ້ຊາຍ elastic ຈາກ Kontur. ບົດລາຍງານດັ່ງກ່າວຖືກເອີ້ນວ່າ "ການຊັ່ງນໍ້າຫນັກຂອງ Elastic ເປັນ Petabyte," ເຖິງແມ່ນວ່າມາຮອດປັດຈຸບັນນີ້, Kontur ໄດ້ຖືກປະໄວ້ເປັນເວລາດົນນານ.

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

ອັນທີສອງ, ອີງຕາມການຄາດຄະເນແມ່ນ Viktor Eremchenko. ຫົວຂໍ້ຂອງລາວແມ່ນ "ວິທີທີ່ພວກເຮົາຫຼຸດລົງຈໍານວນການປົດປ່ອຍເຄື່ອງແມ່ຂ່າຍ 99%." Victor ເວົ້າກ່ຽວກັບວິທີທີ່ Miro ເຂົ້າຫາຂະບວນການຈັດສົ່ງຢ່າງຕໍ່ເນື່ອງ, ແລະວິທີການເຫຼົ່ານີ້ຊ່ວຍຫຼຸດຜ່ອນຈໍານວນການເປີດຕົວຂອງເຊີຟເວີ rollbacks; ກ່ຽວກັບວິທີການທີ່ມັນຊ່ວຍໃຫ້ທີມງານໄດ້ໄວແລະສະດວກໃນການສະຫນອງການເຮັດວຽກຂອງເຂົາເຈົ້າໃນການຜະລິດ.

ບົດລາຍງານຍັງປະກອບດ້ວຍຕົວຢ່າງທີ່ແທ້ຈິງຂອງການນໍາໃຊ້ເຄື່ອງມືຕ່າງໆແລະລາຍລະອຽດດ້ານວິຊາການຂອງຂະບວນການ CI / CD.

ກ່ຽວກັບ Kazan DUMP, ເຊິ່ງໄດ້ຈັດຂຶ້ນໃນເດືອນພະຈິກ 2019, ດ້ວຍເຫດຜົນບາງຢ່າງ, ຫົວຂໍ້ກ່ຽວກັບການຕິດຕໍ່ພົວພັນພາຍໃນທີມແລະລະຫວ່າງທີມງານພັດທະນາແລະການດໍາເນີນງານທີ່ເຫມາະສົມ.

ບົດລາຍງານໂດຍ Alexey Kirpichnikov (Kontur) "ການສາບແຊ່ງຂອງທີມງານໂຄງສ້າງພື້ນຖານ" ບໍ່ໄດ້ຖືກບັນທຶກໄວ້ເນື່ອງຈາກເຫດຜົນດ້ານວິຊາການ. ບາງທີຄໍາວ່າ "ສາບແຊ່ງ" ມີບົດບາດ ... ແຕ່ນັບຕັ້ງແຕ່ Alexey ໃຫ້ບົດລາຍງານນີ້ກ່ຽວກັບ DevOops, ພວກເຮົາພົບເຫັນການເຊື່ອມຕໍ່ກັບການບັນທຶກ.

ຫົວຂໍ້ຂອງ Marat Kinyabulatov (SkuVault) "ໃນທ່າມກາງຂີ້ເຖົ່າ: post-mortems ເປັນເຄື່ອງມືສໍາລັບການປັບປຸງຢ່າງຕໍ່ເນື່ອງ" ຍັງຟັງໄດ້ຢ່າງຫຼວງຫຼາຍ. Marat ເວົ້າກ່ຽວກັບການຕາຍຕົວເປັນເຄື່ອງມື (ແລະຂັ້ນຕອນ) ສໍາລັບການກວດກາແລະການປັບຕົວ. ກ່ຽວກັບວິທີການທີ່ມັນຊ່ວຍທີມງານປ້ອງກັນເຫດການໃນອະນາຄົດ, ສະແດງໃຫ້ເຫັນການຄຸ້ມຄອງຂັ້ນຕອນການປະຕິບັດ, ສ້າງບັນຍາກາດຂອງຄວາມປອດໄພ, ໃຫ້ພະນັກງານປັບປຸງຂະບວນການ:

ພາກສ່ວນ DevOps ຢູ່ DUMP 2020 ແມ່ນນໍາພາໂດຍ 4 ຜູ້ອໍານວຍການໂຄງການ: Alexander Tarasov (ANNA MONEY), Konstantin Makarychev (Provectus), Victor Eremchenko (Miro (ex RealTimeBoard) ແລະ Mikhail Tsykarev (ICL Services)). ພວກເຂົາເຈົ້າສ້າງແນວຄວາມຄິດຂອງພາກນີ້. ປີ.

ແນວຄວາມຄິດແລະຫົວຂໍ້ຂອງພາກ DevOps

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

ນີ້ແມ່ນບັນຊີລາຍຊື່ຂອງຫົວຂໍ້ທີ່ເບິ່ງຄືວ່າກ່ຽວຂ້ອງກັບພວກເຮົາສໍາລັບຄວາມເປັນຈິງຂອງ DevOps ຂອງ 2020:

CI / CD

• ທໍ່ CI/CD ທີ່ດີເລີດ
• ການປະຕິບັດ GitHub (ບໍ່ມີທິດສະດີ, ພຽງແຕ່ປະຕິບັດ)

ຟັງ

• CI/CD ໃນ Clouds (Spinnaker ແລະອື່ນໆ)
• ເຈາະເລິກເຂົ້າໄປໃນ GKE, Kubernetes, Istio, Helm, ແລະອື່ນໆ.
• ຂໍ້ມູນໃນຄລາວ (PVC, DB ແລະອື່ນໆ)
• Clouds ສໍາລັບ ML
• Serverless (ປະຕິບັດເທົ່ານັ້ນ)
• ຟັງໃນລັດເຊຍ (ລັກສະນະຂອງນິຕິກໍາ, 152-FZ, Yandex, ກໍລະນີ MailRu ແລະທຸກສິ່ງທີ່ເຈົ້າກັງວົນໃນເລື່ອງນີ້)

DevOps/SRE

• ວິ​ທີ​ການ​ສັງ​ເກດ​ລະ​ບົບ (observability​)​: ຕາ​ຫນ່າງ​ການ​ບໍ​ລິ​ການ​, ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ແລະ​ການ​ກວດ​ສອບ​
• ຄວາມປອດໄພ (DevSecOps)
• ການຈັດການການຕັ້ງຄ່າ (Ansible, Terraform, ແລະອື່ນໆ)
• ເວົ້າກ່ຽວກັບວັດທະນະທໍາ (ການປະຕິບັດທີ່ດີທີ່ສຸດ)
• ປ່ຽນເລື່ອງວິສາຫະກິດ
• ການຄຸ້ມຄອງ: hacks ຊີວິດ, ຄໍາແນະນໍາທີ່ເປັນປະໂຫຍດ, fakapi.

ຖ້າທ່ານບໍ່ພົບຫົວຂໍ້ໃນບັນຊີລາຍຊື່, ແຕ່ທ່ານມີບາງສິ່ງບາງຢ່າງທີ່ຈະແບ່ງປັນກັບຊຸມຊົນ devops, ຢ່າສົນໃຈ. ສົ່ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຂອງ​ທ່ານ​. ພວກເຮົາຈະເບິ່ງເຂົ້າໄປໃນມັນແນ່ນອນ!

ເວລາລາຍງານ 35 ນາທີ + 5 ນາທີ ຄໍາຖາມຢູ່ໃນຫ້ອງໂຖງ. ຫຼັງຈາກນີ້, ທ່ານສາມາດຕິດຕໍ່ກັບຜູ້ເຂົ້າຮ່ວມໃນເຂດຜູ້ຊ່ຽວຊານສໍາລັບການພັກຜ່ອນທັງຫມົດ 20-30 ນາທີ.

ສົ່ງຄໍາຮ້ອງສະຫມັກຂອງທ່ານ 😉

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