"ຄວາມຫວັງແມ່ນຍຸດທະສາດທີ່ບໍ່ດີ." SRE intensive in Moscow, 3-5 ກຸມພາ

ພວກເຮົາກໍາລັງປະກາດຫຼັກສູດການປະຕິບັດຄັ້ງທໍາອິດກ່ຽວກັບ SRE ໃນລັດເຊຍ: Slurm SRE.

ໃນ​ໄລ​ຍະ​ທີ່​ເຂັ້ມ​ແຂງ​ພວກ​ເຮົາ​ຈະ​ໃຊ້​ເວ​ລາ​ສາມ​ມື້​ການ​ກໍ່​ສ້າງ​, breaking​, ສ້ອມ​ແປງ​ແລະ​ປັບ​ປຸງ​ເວັບ​ໄຊ​ທ​໌​ລວມ​ສໍາ​ລັບ​ການ​ຂາຍ​ປີ້​ຮູບ​ເງົາ​.

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

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

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

ລາຍລະອຽດພາຍໃຕ້ການຕັດ

ລໍາໂພງ

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

Ben Tyler
ຜູ້ພັດທະນາຫຼັກຢູ່ Booking.com (ສະຫະລັດ)
ມີສ່ວນຮ່ວມໃນການພັດທະນາພາຍໃນຂອງເວທີ Booking.com.
ຊໍານິຊໍານານໃນການບໍລິການຕາຫນ່າງການບໍລິການ / ການຄົ້ນພົບການບໍລິການ, ການຈັດຕາຕະລາງວຽກ batch, ການຕອບສະຫນອງເຫດການແລະຂະບວນການ postmortem.
ເວົ້າແລະສອນໃນພາສາລັດເຊຍ.

Evgeniy Varavva
ນັກພັດທະນາທົ່ວໄປຢູ່ Google (San Francisco).
ປະສົບການຈາກໂຄງການເວັບໂຫຼດສູງໄປຫາການຄົ້ນຄວ້າໃນວິໄສທັດຄອມພິວເຕີແລະຫຸ່ນຍົນ.
ນັບຕັ້ງແຕ່ປີ 2011, ລາວໄດ້ມີສ່ວນຮ່ວມໃນການສ້າງແລະການດໍາເນີນງານຂອງລະບົບການແຈກຢາຍຢູ່ Google, ເຂົ້າຮ່ວມໃນວົງຈອນຊີວິດຢ່າງເຕັມທີ່ຂອງໂຄງການ: ແນວຄວາມຄິດ, ການອອກແບບແລະສະຖາປັດຕະຍະກໍາ, ການເປີດຕົວ, ພັບແລະທຸກຂັ້ນຕອນລະຫວ່າງກາງ.

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

ໂປລແກລມ

ໂຄງການດັ່ງກ່າວກໍາລັງຖືກພັດທະນາຢ່າງຫ້າວຫັນ. ໃນປັດຈຸບັນມັນເບິ່ງຄືວ່ານີ້, ໂດຍເດືອນກຸມພາມັນອາດຈະປັບປຸງແລະຂະຫຍາຍ.

ຫົວຂໍ້ທີ 1: ຫຼັກການພື້ນຖານ ແລະ ວິທີການຂອງ SRE

• ມັນໃຊ້ເວລາຫຍັງເພື່ອກາຍເປັນ SRE?
• DevOps ທຽບກັບ SRE
• ເປັນຫຍັງນັກພັດທະນາຈຶ່ງເຫັນຄຸນຄ່າ SRE ແລະມີຄວາມໂສກເສົ້າຫຼາຍເມື່ອພວກເຂົາບໍ່ໄດ້ຢູ່ໃນໂຄງການ
• SLI, SLO ແລະ SLA
• ງົບປະມານຜິດພາດ ແລະບົດບາດຂອງມັນໃນ SRE

ຫົວຂໍ້ທີ 2: ການອອກແບບລະບົບແຈກຢາຍ

• ສະຖາປັດຕະຍະກໍາຂອງຄໍາຮ້ອງສະຫມັກແລະການທໍາງານ
• ການອອກແບບລະບົບຂະຫນາດໃຫຍ່ທີ່ບໍ່ມີຕົວຕົນ
• ການດໍາເນີນງານ / ການອອກແບບສໍາລັບຄວາມລົ້ມເຫຼວ
• gRPC ຫຼື REST
• ເວີຊັນແລະຄວາມເຂົ້າກັນໄດ້ກັບຫຼັງ

ຫົວຂໍ້ທີ 3: ໂຄງການ SRE ຖືກຍອມຮັບແນວໃດ

• ການປະຕິບັດທີ່ດີທີ່ສຸດຈາກ SRE
• ລາຍການກວດສອບການຍອມຮັບໂຄງການ
• ການຕັດໄມ້, ວັດແທກ, ຕິດຕາມ
• ເອົາ CI / CD ເຂົ້າໄປໃນມືຂອງພວກເຮົາເອງ

ຫົວຂໍ້ທີ 4: ການອອກແບບ ແລະ ເປີດຕົວລະບົບແຈກຢາຍ

• Reverse engineering - ລະບົບເຮັດວຽກແນວໃດ?
• ພວກເຮົາຕົກລົງເຫັນດີກັບ SLI ແລະ SLO
• ປະຕິບັດການວາງແຜນຄວາມສາມາດ
• ການເປີດຕົວການຈະລາຈອນໄປຫາແອັບພລິເຄຊັນ, ຜູ້ໃຊ້ຂອງພວກເຮົາເລີ່ມ "ໃຊ້" ມັນ
• ເປີດຕົວ Prometheus, Grafana, Elastic

ຫົວຂໍ້ທີ 5: ການຕິດຕາມ, ການສັງເກດ ແລະ ການເຕືອນໄພ

• ການຕິດຕາມທຽບກັບ. ການສັງເກດການ
• ການ​ຕັ້ງ​ຄ່າ​ການ​ຕິດ​ຕາມ​ແລະ​ການ​ແຈ້ງ​ເຕືອນ​ກັບ Prometheus​
• ການຕິດຕາມການປະຕິບັດຂອງ SLI ແລະ SLO
• ອາການທຽບກັບ. ສາເຫດ
• Black-Box ທຽບກັບ. ການຕິດຕາມກ່ອງຂາວ
• ການຕິດຕາມການແຈກຢາຍຂອງແອັບພລິເຄຊັນ ແລະຄວາມພ້ອມຂອງເຊີບເວີ
• 4 ສັນ​ຍານ​ສີ​ທອງ (ກວດ​ພົບ​ຜິດ​ປົກ​ກະ​ຕິ​)

ຫົວຂໍ້ທີ 6: ການປະຕິບັດການທົດສອບຄວາມຫນ້າເຊື່ອຖືຂອງລະບົບ

• ເຮັດວຽກພາຍໃຕ້ຄວາມກົດດັນ
• ຄວາມລົ້ມເຫຼວ - ສັກຢາ
• Chaos Monkey

ຫົວຂໍ້ທີ 7: ການປະຕິບັດການຕອບໂຕ້ເຫດການ

• ຂັ້ນຕອນການຈັດການຄວາມຄຽດ
• ການພົວພັນລະຫວ່າງຜູ້ເຂົ້າຮ່ວມເຫດການ
• Postmortem
• ການແລກປ່ຽນຄວາມຮູ້
• ການສ້າງວັດທະນະ ທຳ
• ການຕິດຕາມຄວາມຜິດ
• ດຳ​ເນີນ​ການ​ພິ​ຈາ​ລະ​ນາ​ໂດຍ​ບໍ່​ມີ​ການ​ຕຳ​ນິ

ຫົວຂໍ້ #8: ການປະຕິບັດການຄຸ້ມຄອງການໂຫຼດ

• ການດຸ່ນດ່ຽງການໂຫຼດ
• ຄວາມ​ທົນ​ທານ​ຄວາມ​ຜິດ​ພາດ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​: ລອງ​ໃຫມ່​, ການ​ຫມົດ​ເວ​ລາ​, ສີດ​ລົ້ມ​ເຫຼວ​, breaker circuit​
• DDoS (ສ້າງການໂຫຼດ) + Cascading ຄວາມລົ້ມເຫຼວ

ຫົວຂໍ້ #9: ການຕອບໂຕ້ເຫດການ

• ການອະທິບາຍ
• ການປະຕິບັດການໂທ
• ປະເພດຂອງອຸປະຕິເຫດຕ່າງໆ (ການທົດສອບ, ການປ່ຽນແປງການຕັ້ງຄ່າ, ຄວາມລົ້ມເຫຼວຂອງຮາດແວ)
• ໂປຣໂຕຄໍການຈັດການເຫດການ

ຫົວຂໍ້ທີ 10: ການວິນິດໄສ ແລະ ການແກ້ໄຂບັນຫາ

• ການຕັດໄມ້
• ການດີບັກ
• ປະຕິບັດການວິເຄາະແລະ debugging ໃນຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ

ຫົວຂໍ້ #11: ການທົດສອບຄວາມຫນ້າເຊື່ອຖືຂອງລະບົບ

• ການທົດສອບຄວາມກົດດັນ
• ການ​ທົດ​ສອບ​ການ​ຕັ້ງ​ຄ່າ​
• ການທົດສອບປະສິດທິພາບ
• ການປ່ອຍ Canary

ຫົວຂໍ້ທີ 12: ວຽກງານເອກະລາດ ແລະ ກວດກາຄືນ

ຄໍາແນະນໍາແລະຂໍ້ກໍານົດສໍາລັບຜູ້ເຂົ້າຮ່ວມ

SRE ແມ່ນຄວາມພະຍາຍາມຂອງທີມງານ. ພວກເຮົາຂໍແນະນໍາໃຫ້ເຮັດຫຼັກສູດເປັນທີມ. ນັ້ນແມ່ນເຫດຜົນທີ່ພວກເຮົາສະເຫນີສ່ວນຫຼຸດໃຫຍ່ສໍາລັບທີມງານທີ່ກຽມພ້ອມ.

ລາຄາຫຼັກສູດແມ່ນ 60 ₽ ຕໍ່ຄົນ.
ຖ້າບໍລິສັດສົ່ງກຸ່ມ 5+ ຄົນ - 40 ₽.

ຫຼັກສູດແມ່ນສ້າງຂຶ້ນໃນ Kubernetes. ເພື່ອຜ່ານ, ທ່ານຈໍາເປັນຕ້ອງຮູ້ Kubernetes ໃນລະດັບພື້ນຖານ. ຖ້າທ່ານບໍ່ເຮັດວຽກກັບລາວ, ທ່ານສາມາດຜ່ານ Slurm Basic (онлайн ຫຼື ​ໃນ​ວັນ​ທີ 18-20 ພະຈິກ​ນີ້).
ນອກຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງມີຄວາມຊໍານານໃນ Linux ແລະຮູ້ຈັກ Gitlab ແລະ Prometheus.

ການລົງທະບຽນ

ຖ້າທ່ານມີຄວາມຄິດທີ່ສັບສົນສໍາລັບການມີສ່ວນຮ່ວມ, ສໍາລັບການຍົກຕົວຢ່າງ, ສໍາລັບ CEO, CTO ແລະທີມງານຂອງນັກພັດທະນາທີ່ຈະເຂົ້າມາໃນຫຼັກສູດ, ແລະສໍາລັບພວກເຂົາທີ່ຈະດໍາເນີນການຝຶກງານໂດຍຄໍານຶງເຖິງການຈັດການແນວຕັ້ງ, ຂຽນຫາຂ້ອຍໃນຂໍ້ຄວາມສ່ວນຕົວ.

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