ຄູ່ມືກ່ຽວກັບ DevOpsConf 2019 Galaxy

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

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

ຖ້າທ່ານຕ້ອງການ, ສະຫຼຸບສັ້ນໆຂອງຄູ່ມືຂອງພວກເຮົາ DevOpsConf:

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

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

ກອງປະຊຸມຈະຈັດຂຶ້ນໃນ Infospace ແລະພວກເຮົາເອີ້ນວ່າສອງຫ້ອງໂຖງໃຫຍ່ "Golden Heart" - ຄ້າຍຄືເຮືອຈາກ "ຄູ່ມື Hitchhiker ຂອງ Galaxy", ເຊິ່ງໃຊ້ຫຼັກການຂອງຄວາມບໍ່ເປັນໄປໄດ້ໃນການເຄື່ອນຍ້າຍຜ່ານອາວະກາດ, ແລະ "ຢູ່ຂອບຂອງ. ຈັກກະວານ” - ຄືກັບຮ້ານອາຫານຈາກ saga ດຽວກັນ. ຈາກນີ້ໄປຂ້ອຍຈະໃຊ້ຊື່ເຫຼົ່ານີ້ເພື່ອອ້າງອີງໃສ່ເພງ. ລາຍງານການຢຸດຢູ່ໃນພື້ນທີ່ຂອງກາລັກຊີ "ຫົວໃຈທອງ" ແມ່ນເຫມາະສົມສໍາລັບກຸ່ມນັກທ່ອງທ່ຽວຕົ້ນຕໍແມ່ນ, ຖ້າທ່ານຕ້ອງການ, ຕ້ອງໄປຢ້ຽມຢາມສະຖານທີ່ທ່ອງທ່ຽວ. "ຢູ່ຂອບຂອງຈັກກະວານ" ມີວັດຖຸທີ່ຫນ້າສົນໃຈສໍາລັບນັກທ່ອງທ່ຽວທີ່ມີປະສົບການ. ມີຄົນຈໍານວນຫນ້ອຍໄປບ່ອນນັ້ນ, ແຕ່ຜູ້ທີ່ກ້າໄປບ່ອນນັ້ນດ້ວຍຕາທີ່ເຜົາໄຫມ້ຜ່ານສາຍແອວເປັນຮູບດາວ.

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

ດຽວນີ້ນັ່ງກັບຄືນ, ກຳ ປັ່ນກາລັກຊີຂອງພວກເຮົາ ກຳ ລັງຈະຢຸດທັງ ໝົດ.

"ຫົວໃຈທອງ", ວັນທີ 30 ກັນຍາ

90 ມື້ທໍາອິດເປັນ CTO

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

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

ພື້ນຖານ DevOps - ເຂົ້າສູ່ໂຄງການຕັ້ງແຕ່ເລີ່ມຕົ້ນ

ຕໍ່ໄປ ລາຍງານ ສືບຕໍ່ຫົວຂໍ້, ແຕ່ Andrey Yumashev (LitRes) ຈະພິຈາລະນາບັນຫາເລັກນ້ອຍໃນທົ່ວໂລກແລະຕອບຄໍາຖາມ: ພື້ນຖານອັນໃດທີ່ທ່ານຈໍາເປັນຕ້ອງຮູ້ໃນເວລາເລີ່ມຕົ້ນເຮັດວຽກໃນທີມຕ່າງໆ; ວິທີການວິເຄາະຂອບເຂດຂອງບັນຫາຢ່າງຖືກຕ້ອງ; ວິທີການສ້າງແຜນການກິດຈະກໍາ; ວິທີການຄິດໄລ່ KPIs ແລະເວລາທີ່ຈະຢຸດ.

ອະນາຄົດຂອງໂຄງສ້າງພື້ນຖານເປັນລະຫັດ

ຕໍ່ໄປພວກເຮົາຈະພັກຜ່ອນເພື່ອປຶກສາຫາລືກ່ຽວກັບຫົວຂໍ້ຂອງໂຄງສ້າງພື້ນຖານທີ່ເປັນລະຫັດ. Roman Boyko Solutions Architect ຢູ່ AWS ຢູ່ DevOpsConf ຈະບອກ ກ່ຽວ​ກັບ​ເຄື່ອງ​ມື​ໃຫມ່​ ຊຸດພັດທະນາຄລາວຂອງ AWS, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານອະທິບາຍໂຄງສ້າງພື້ນຖານໃນພາສາທີ່ຄຸ້ນເຄີຍ (Python, TypeScript, JavaScript, Java). ພວກເຮົາຈະຮຽນຮູ້ມືທໍາອິດສິ່ງທີ່ຊ່ວຍໃຫ້ຟັງໄດ້ໃກ້ຊິດກັບຜູ້ພັດທະນາ, ວິທີການເລີ່ມຕົ້ນການນໍາໃຊ້ເຄື່ອງມືນີ້ແລະສ້າງອົງປະກອບທີ່ນໍາໃຊ້ຄືນໃຫມ່ເພື່ອການຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານທີ່ສະດວກສະບາຍ. ສໍາລັບຜູ້ເຂົ້າຮ່ວມກອງປະຊຸມ, ນີ້ແມ່ນໂອກາດທີ່ດີເລີດທີ່ຈະໄດ້ຍິນກ່ຽວກັບການປະດິດສ້າງຂອງໂລກໃນພາສາລັດເຊຍແລະມີລະດັບຂອງລາຍລະອຽດດ້ານວິຊາການທີ່ພົບເລື້ອຍຢູ່ທີ່ນີ້, ແຕ່ບໍ່ແມ່ນໃນພາກຕາເວັນຕົກ.

ຈາກການປ່ອຍຕົວໄປຫາ FastTrack

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

ວິທີການກາຍເປັນທີມງານຂ້າມຫນ້າທີ່ 

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

ການປະຕິບັດ SRE

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

Alexey Andreev ຈາກ Prisma Labs ຈະບອກ, ເປັນຫຍັງການເລີ່ມຕົ້ນຕ້ອງການການປະຕິບັດ SRE ແລະເປັນຫຍັງມັນຈຶ່ງຈ່າຍເງິນ.

Matvey Grigoriev ຈາກ Dodo Pizza ຈະນໍາສະເຫນີ ຕົວຢ່າງຂອງ SRE ໃນບໍລິສັດຂະຫນາດໃຫຍ່ທີ່ໄດ້ outgrown ຂັ້ນຕອນຂອງການເລີ່ມຕົ້ນ. Matvey ຕົນເອງເວົ້າເລື່ອງນີ້ກ່ຽວກັບຕົນເອງ: ນັກພັດທະນາ .NET ທີ່ມີປະສົບການແລະ SRE ຜູ້ເລີ່ມຕົ້ນ, ຕາມລໍາດັບ, ຈະແບ່ງປັນເລື່ອງການຫັນປ່ຽນຂອງນັກພັດທະນາ, ແລະບໍ່ພຽງແຕ່ຫນຶ່ງ, ແຕ່ທີມງານທັງຫມົດ, ກັບໂຄງສ້າງພື້ນຖານ. ເປັນຫຍັງ DevOps ເປັນເສັ້ນທາງທີ່ມີເຫດຜົນສໍາລັບນັກພັດທະນາ ແລະຈະເກີດຫຍັງຂຶ້ນຖ້າທ່ານເລີ່ມເບິ່ງປື້ມຫຼິ້ນ Ansible ແລະສະຄິບ bash ທັງຫມົດຂອງທ່ານເປັນຜະລິດຕະພັນຊອບແວທີ່ເຕັມໄປດ້ວຍຄວາມສາມາດແລະນໍາໃຊ້ຄວາມຕ້ອງການດຽວກັນກັບພວກມັນ, ພວກເຮົາຈະປຶກສາຫາລືຢູ່ທີ່ບົດລາຍງານຂອງ Matvey ໃນວັນທີ 30 ກັນຍາເວລາ 17:00 ຢູ່ໃນຫ້ອງໂຖງ Golden Heart.

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

“ຢູ່ຂອບຂອງຈັກກະວານ”, ວັນທີ 30 ກັນຍາ

ບົດລາຍງານສາມຄັ້ງທໍາອິດໃນຫ້ອງໂຖງ "ຢູ່ຂອບຂອງຈັກກະວານ" ຈະຫນ້າສົນໃຈຫຼາຍຈາກທັດສະນະຂອງເຄື່ອງມື.

Maxim Kostrikin (Ixtens) ຈະ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ ຮູບແບບໃນ Terraform ຕ້ານ​ຄວາມ​ວຸ່ນວາຍ ​ແລະ ​ເປັນ​ປົກກະຕິ​ໃນ​ໂຄງການ​ໃຫຍ່ ​ແລະ ຍາວ​ນານ. ນັກພັດທະນາ Terraform ສະເຫນີການປະຕິບັດທີ່ດີທີ່ສຸດທີ່ສະດວກສະບາຍສໍາລັບການເຮັດວຽກກັບໂຄງສ້າງພື້ນຖານຂອງ AWS, ແຕ່ມີຄວາມແຕກຕ່າງ. ການນໍາໃຊ້ຕົວຢ່າງລະຫັດ, Maxim ຈະສະແດງໃຫ້ເຫັນວິທີການບໍ່ປ່ຽນໂຟເດີທີ່ມີລະຫັດ Terraform ເຂົ້າໄປໃນ snowball, ແຕ່, ການນໍາໃຊ້ຮູບແບບ, ເພື່ອເຮັດໃຫ້ອັດຕະໂນມັດແລະການພັດທະນາຕື່ມອີກ.

ບົດລາຍງານ Grigory Mikhalkin ຈາກ Lamoda "ເປັນຫຍັງພວກເຮົາພັດທະນາຕົວປະຕິບັດການ Kubernetes ແລະພວກເຮົາໄດ້ຮຽນຮູ້ຫຍັງຈາກມັນ?" ຈະຊ່ວຍຕື່ມຂໍ້ມູນໃສ່ການຂາດຂໍ້ມູນກ່ຽວກັບວິທີການປະຕິບັດໂຄງສ້າງພື້ນຖານເປັນການປະຕິບັດລະຫັດໂດຍໃຊ້ Kubernetes. Kubernetes ຕົວຂອງມັນເອງມີຄໍາອະທິບາຍກ່ຽວກັບການບໍລິການທີ່ໃຊ້ໄຟລ໌ yaml, ແຕ່ນີ້ບໍ່ພຽງພໍສໍາລັບທຸກຫນ້າວຽກ. ການຈັດການລະດັບຕ່ໍາຮຽກຮ້ອງໃຫ້ມີຜູ້ປະກອບການ, ແລະການສົນທະນານີ້ເປັນປະໂຫຍດຫຼາຍຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະຈັດການ Kubernetes ຢ່າງຖືກຕ້ອງ.

ຫົວຂໍ້ຂອງບົດລາຍງານຕໍ່ໄປແມ່ນ Hashicorp Vault - ຂ້ອນຂ້າງພິເສດ. ແຕ່ໃນຄວາມເປັນຈິງ, ເຄື່ອງມືນີ້ແມ່ນຈໍາເປັນບ່ອນໃດກໍ່ຕາມທີ່ທ່ານຕ້ອງການຈັດການລະຫັດຜ່ານແລະມີຈຸດທົ່ວໄປສໍາລັບການເຮັດວຽກກັບຄວາມລັບ. ປີທີ່ຜ່ານມາ, Sergey Noskov ບອກວິທີການຄຸ້ມຄອງຄວາມລັບໃນ Avito ດ້ວຍການຊ່ວຍເຫຼືອຂອງ Hashicorp Vault, ເບິ່ງວ່າ ລາຍງານ ແລະມາ ຟັງ Yuri Shutkin ຈາກ Tinkoff.ru ສໍາລັບປະສົບການເພີ່ມເຕີມ.

Taras Kotov (EPAM) ຈະພິຈາລະນາ ວຽກ​ງານ​ທີ່​ຫາ​ຍາກ​ຫຼາຍ​ກວ່າ​ເກົ່າ​ຂອງ​ການ​ສ້າງ​ໂຄງ​ລ່າງ​ພື້ນ​ຖານ​ຟັງ​ທີ່​ປະ​ກອບ​ມີ​ກະ​ດູກ​ສັນ​ຫຼັງ​ຂອງ​ຕົນ​ເອງ​ ເຄືອຂ່າຍ IP/MPLS. ແຕ່ປະສົບການແມ່ນດີ, ແລະບົດລາຍງານແມ່ນຍາກ, ສະນັ້ນຖ້າທ່ານເຂົ້າໃຈວ່າມັນກ່ຽວກັບຫຍັງ, ໃຫ້ແນ່ໃຈວ່າຈະເຂົ້າມາໃນບົດລາຍງານນີ້.

ຕໍ່ມາໃນຕອນແລງພວກເຮົາຈະສົນທະນາກ່ຽວກັບການຄຸ້ມຄອງຖານຂໍ້ມູນໃນໂຄງສ້າງພື້ນຖານຂອງຄລາວ. Kirill Melnichuk ຈະແບ່ງປັນ ປະ​ສົບ​ການ​ຂອງ​ການ​ນໍາ​ໃຊ້​ Vitess ສໍາລັບການເຮັດວຽກກັບ MySQL ພາຍໃນກຸ່ມ Kubernetesທີ່ຢູ່ A Vladimir Ryabov ຈາກ Playkey.net ຈະບອກ, ວິທີການເຮັດວຽກກັບຂໍ້ມູນພາຍໃນຄລາວແລະວິທີການນໍາໃຊ້ພື້ນທີ່ເກັບຮັກສາທີ່ມີຢູ່ຢ່າງຖືກຕ້ອງ.

"ໃຈທອງ", ວັນທີ 1 ຕຸລາ

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

ພາຍໃຕ້ຜ້າຄຸມຂອງການເກັບຮັກສາຟັງໃຫຍ່

ລໍາໂພງທໍາອິດ Artemy Kapitula. ບົດລາຍງານຂອງລາວໃນປີກາຍນີ້ເຊບ. ຮ່າງກາຍຂອງໄພພິບັດ“ຜູ້​ເຂົ້າ​ຮ່ວມ​ກອງ​ປະ​ຊຸມ​ໄດ້​ເອີ້ນ​ມັນ​ເປັນ​ທີ່​ດີ​ທີ່​ສຸດ, ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ, ເນື່ອງ​ຈາກ​ຄວາມ​ເລິກ incredible ຂອງ​ເລື່ອງ. ຄັ້ງ​ນີ້ ເລື່ອງ ຈະສືບຕໍ່ດ້ວຍການແກ້ໄຂ Mail.Ru Cloud Solutions ກ່ຽວກັບການອອກແບບການເກັບຮັກສາ ແລະການວິເຄາະຂອງຄວາມລົ້ມເຫຼວຂອງລະບົບກ່ອນໜ້ານີ້. ຜົນປະໂຫຍດທີ່ບໍ່ຊັດເຈນຂອງບົດລາຍງານນີ້ສໍາລັບຜູ້ຈັດການແມ່ນວ່າ Artemy ກວດເບິ່ງບໍ່ພຽງແຕ່ບັນຫາດ້ານວິຊາການເທົ່ານັ້ນ, ແຕ່ຍັງເປັນຂະບວນການທັງຫມົດຂອງການແກ້ໄຂ. ເຫຼົ່ານັ້ນ. ທ່ານສາມາດເຂົ້າໃຈວິທີການຈັດການຂະບວນການທັງຫມົດນີ້ແລະນໍາໃຊ້ກັບບໍລິສັດຂອງທ່ານ.

Reversive Decentralized deployment

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

ພວກເຮົາຢູ່ໃນເມຄອີກເທື່ອຫນຶ່ງ

ບົດລາຍງານ Alexey Vakhovແມ່ນການປະສົມປະສານທີ່ມີປະສິດທິພາບຂອງອົງປະກອບທຸລະກິດແລະເຕັກໂນໂລຢີ, ເຊິ່ງຈະເປັນທີ່ຫນ້າສົນໃຈຈາກທັງດ້ານວິສະວະກໍາແລະການຄຸ້ມຄອງ. Alexey ຈະບອກທ່ານວ່າ Uchi.ru ເຮັດວຽກແນວໃດ ໂຄງລ່າງພື້ນຖານ Cloud: ວິທີການບໍລິການ Mesh, OpenTracing, Vault, ການຕັດໄມ້ຈາກສູນກາງ ແລະ SSO ທັງໝົດຖືກນຳໃຊ້. ຫຼັງຈາກນັ້ນ, ເວລາ 15:00, Alexey ຈະຖື ແມ່ບົດຮຽນ, ບ່ອນທີ່ທຸກຄົນທີ່ມາຈະສາມາດສໍາຜັດກັບເຄື່ອງມືທັງຫມົດເຫຼົ່ານີ້ດ້ວຍມືຂອງຕົນເອງ.

Apache Kafka ໃນ Avito: ເລື່ອງຂອງສາມ reincarnations

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

ມາເຮັດໃຫ້ບໍລິການຈຸລະພາກມີນ້ຳໜັກເບົາອີກຄັ້ງ 

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

CI/CD ສໍາລັບການຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານ BareMetal 

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

ສືບຕໍ່ຫົວຂໍ້ Sergey Makarenko, ສະແດງໃຫ້ເຫັນ ເບື້ອງຫຼັງຂອງຂະບວນການທີ່ໃຊ້ແຮງງານຫຼາຍໃນ ເວທີ Wargaming.

ຕູ້ບັນຈຸສາມາດປອດໄພບໍ? 

ຈະສໍາເລັດໂຄງການຢູ່ໃນຫ້ອງໂຖງ Golden Heart Alexander Khayorov ເອກະສານສົນທະນາກ່ຽວກັບຄວາມປອດໄພຕູ້ຄອນເທນເນີ. Alexander ຢູ່ RIT++ ແລ້ວ ຊີ້ໃຫ້ເຫັນ ກ່ຽວກັບບັນຫາຄວາມປອດໄພຂອງ Helm ແລະວິທີການທີ່ຈະຕໍ່ສູ້ກັບມັນ, ແລະເວລານີ້ມັນຈະບໍ່ຈໍາກັດຕົວເອງໃນລາຍຊື່ຈຸດອ່ອນ, ແຕ່. ຈະ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ ເຄື່ອງມືສໍາລັບການໂດດດ່ຽວຢ່າງສົມບູນຂອງສະພາບແວດລ້ອມ.

“ຢູ່ຂອບຂອງຈັກກະວານ”, ວັນທີ 1 ຕຸລາ

ຈະເລີ່ມຕົ້ນ Alexander Burtsev (BramaBrama) ແລະ ຈະນໍາສະເຫນີ ຫນຶ່ງໃນການແກ້ໄຂທີ່ເປັນໄປໄດ້ເພື່ອເລັ່ງເວັບໄຊທ໌. ຂໍໃຫ້ເບິ່ງການປະຕິບັດທີ່ປະສົບຜົນສໍາເລັດຂອງຫ້າຢ່າງ ການເລັ່ງພຽງແຕ່ຍ້ອນເຄື່ອງມື DevOps ໂດຍບໍ່ມີການຂຽນລະຫັດໃຫມ່. ທ່ານຍັງຈະຕ້ອງຕັດສິນໃຈວ່າຈະຂຽນລະຫັດຄືນໃຫມ່ຫຼືບໍ່ໃນແຕ່ລະໂຄງການ, ແຕ່ມັນເປັນປະໂຫຍດສະເຫມີທີ່ຈະມີປະສົບການດັ່ງກ່າວຢູ່ໃນໃຈ.

DevOps ໃນ 1C: ວິສາຫະກິດ 

Petr Gribanov ຈາກບໍລິສັດ 1C ຈະ​ພະ​ຍາ​ຍາມ debunk myth ວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະປະຕິບັດ DevOps ໃນວິສາຫະກິດຂະຫນາດໃຫຍ່. ສິ່ງທີ່ອາດຈະສັບສົນກວ່າ 1C: ແພລະຕະຟອມວິສາຫະກິດ, ແຕ່ເນື່ອງຈາກການປະຕິບັດ DevOps ແມ່ນໃຊ້ໄດ້ເຖິງແມ່ນຢູ່ທີ່ນັ້ນ, ຂ້າພະເຈົ້າຄິດວ່າຄວາມລຶກລັບຈະບໍ່ຢືນຢູ່.

DevOps ໃນການພັດທະນາແບບກຳນົດເອງ

Anton Khlevitsky ໃນການສືບຕໍ່ຂອງບົດລາຍງານໂດຍ Evgeniy Fomenko ຈະບອກ, ວິທີການ MegaFon ກໍ່ສ້າງ DevOps ຢູ່ໃນຝ່າຍຜູ້ຮັບເຫມົາແລະສ້າງການນໍາໃຊ້ຢ່າງຕໍ່ເນື່ອງ, ລວມທັງການພັດທະນາແບບກໍາຫນົດເອງຈາກຜູ້ສະຫນອງຊອບແວຈໍານວນຫນຶ່ງ.

ການນໍາເອົາ DevOps ໄປຫາ DWH/BI

ຫົວຂໍ້ທີ່ບໍ່ແມ່ນມາດຕະຖານ, ແຕ່ອີກເທື່ອຫນຶ່ງທີ່ຫນ້າສົນໃຈສໍາລັບຜູ້ເຂົ້າຮ່ວມທີ່ແຕກຕ່າງກັນ ຈະເປີດເຜີຍ Vasily Kutsenko ຈາກ Gazprombank. Vasily ຈະແບ່ງປັນຄໍາແນະນໍາພາກປະຕິບັດກ່ຽວກັບວິທີການພັດທະນາວັດທະນະທໍາ IT ໃນການພັດທະນາຂໍ້ມູນແລະນໍາໃຊ້ການປະຕິບັດ DevOps ໃນ Data Warehous ແລະ BI, ແລະຈະບອກທ່ານວ່າທໍ່ສໍາລັບການເຮັດວຽກກັບຂໍ້ມູນແຕກຕ່າງກັນແນວໃດແລະເຄື່ອງມືອັດຕະໂນມັດແມ່ນຫຍັງທີ່ເປັນປະໂຫຍດແທ້ໆໃນການເຮັດວຽກກັບ. ຂໍ້ມູນ.

ວິທີການ (ທ່ານ) ດໍາລົງຊີວິດໂດຍບໍ່ມີພະແນກຄວາມປອດໄພ 

ຫຼັງຈາກອາຫານທ່ຽງ Mona Arkhipova (sudo.su) ຈະແນະນໍາ ພວກເຮົາມີພື້ນຖານ DevSecOps ແລະຈະອະທິບາຍວິທີທີ່ທ່ານສາມາດຝັງຄວາມປອດໄພເປັນຂະບວນການເຂົ້າໄປໃນຂະບວນການພັດທະນາຂອງທ່ານແລະຢຸດເຊົາການນໍາໃຊ້ພະແນກຄວາມປອດໄພແຍກຕ່າງຫາກ. ຫົວຂໍ້ແມ່ນກົດດັນ, ແລະບົດລາຍງານຄວນຈະເປັນປະໂຫຍດຫຼາຍຕໍ່ຫຼາຍໆຄົນ.

ໂຫຼດການທົດສອບໃນ CI/CD ຂອງການແກ້ໄຂຂະຫນາດໃຫຍ່

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

SDLC & ການປະຕິບັດຕາມ

ແລະຫົວຂໍ້ຕໍ່ໄປແມ່ນມີຄວາມກ່ຽວຂ້ອງຫຼາຍຂຶ້ນສໍາລັບບໍລິສັດຂະຫນາດໃຫຍ່ - ວິທີການແນະນໍາການແກ້ໄຂການປະຕິບັດຕາມມາດຕະຖານແລະຄວາມຕ້ອງການເຂົ້າໃນຂະບວນການ. Ilya Mitrukov ຈາກສູນເຕັກໂນໂລຊີ Deutsche Bank ຈະ​ສະ​ແດງ​ໃຫ້​ເຫັນ​, that ມາດຕະຖານການເຮັດວຽກອາດຈະເຂົ້າກັນໄດ້ກັບ DevOps.

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

ດຽວນີ້ຂ້ອຍອິດສາເຈົ້າເລັກນ້ອຍ, ເພາະວ່າການເດີນທາງຜ່ານ DevOpsConf 2019 ທ່ານພຽງແຕ່ຕ້ອງ. ທ່ານສາມາດສ້າງແຜນການສ່ວນບຸກຄົນຂອງທ່ານເອງແລະເພີດເພີນກັບວິທີການຂອງບົດລາຍງານທາງອິນຊີທີ່ຈະເສີມສ້າງເຊິ່ງກັນແລະກັນ, ແຕ່ຂ້ອຍ, ສ່ວນຫຼາຍມັກ, ຄືກັບຄໍາແນະນໍາໃດໆ, ຈະບໍ່ມີເວລາທີ່ຈະເບິ່ງຮອບໆຢ່າງລະມັດລະວັງ.

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

ແລ້ວພົບກັນໃນແລັກຊີ DevOpsConf 2019!

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