ວິທີການ DevOps ແມ່ນຫຍັງແລະຜູ້ທີ່ຕ້ອງການມັນ

ຂໍໃຫ້ພິຈາລະນາເບິ່ງວ່າຄວາມສໍາຄັນຂອງວິທີການແມ່ນຫຍັງແລະໃຜທີ່ມັນສາມາດໄດ້ຮັບຜົນປະໂຫຍດ.

ພວກເຮົາຍັງຈະເວົ້າກ່ຽວກັບຜູ້ຊ່ຽວຊານ DevOps: ວຽກງານ, ເງິນເດືອນແລະທັກສະຂອງເຂົາເຈົ້າ.

ການ​ຖ່າຍ​ຮູບ Matt Moore /Flickr/CC BY-SA

DevOps ແມ່ນຫຍັງ

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

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

ນີ້ປັບປຸງການພົວພັນລະຫວ່າງພະແນກ. ພະນັກງານເລີ່ມຕົ້ນເຂົ້າໃຈດີກວ່າວ່າຜະລິດຕະພັນຊອບແວຜ່ານຂັ້ນຕອນໃດກ່ອນທີ່ຈະເຂົ້າໄປໃນມືຂອງຜູ້ໃຊ້.

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

ໃຜຕ້ອງການ ແລະບໍ່ຕ້ອງການວິທີການ

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

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

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

ວິທີການປະຕິບັດ DevOps

ຂ້າງລຸ່ມນີ້ແມ່ນບາງຄໍາແນະນໍາສໍາລັບການປ່ຽນເປັນວິທີການໃຫມ່.

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

• ແມ່ນຫຍັງໃຊ້ເວລາຫຼາຍທີ່ສຸດໃນເວລາທີ່ການປັບປຸງຊອບແວ?
• ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດໃຫ້ຂະບວນການນີ້ອັດຕະໂນມັດບໍ?
• ໂຄງສ້າງຂອງອົງການຈັດຕັ້ງມີຜົນກະທົບນີ້ບໍ?

ສຶກສາເພີ່ມເຕີມກ່ຽວກັບການລະບຸບັນຫາໃນອົງກອນ ສາມາດອ່ານໄດ້ໃນປຶ້ມ «ໂຄງການ "Phoenix""ແລະ"ຄູ່ມື DevOps» ຈາກຜູ້ຂຽນຂອງວິທີການ.

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

ເລີ່ມຕົ້ນນ້ອຍໆ. ເລືອກຂະບວນການທີ່ຈະໃຊ້ເວລາ ແລະຄວາມພະຍາຍາມຫຼາຍທີ່ສຸດເມື່ອປ່ອຍອັບເດດ ແລະເຮັດໃຫ້ມັນອັດຕະໂນມັດ. ນີ້ ອາດຈະເປັນ ການ​ທົດ​ສອບ​ຫຼື​ຂະ​ບວນ​ການ​ການ​ນໍາ​ໃຊ້​. ຜູ້ຊ່ຽວຊານ ແນະນຳ ຂັ້ນຕອນທໍາອິດແມ່ນເພື່ອປະຕິບັດເຄື່ອງມືການຄວບຄຸມສະບັບແຈກຢາຍ. ພວກເຂົາເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຈັດການແຫຼ່ງ. ໃນບັນດາວິທີແກ້ໄຂດັ່ງກ່າວ, ທີ່ມີຊື່ສຽງຫຼາຍທີ່ສຸດແມ່ນ Git, Mercurial, Subversion (SVN) ແລະ CVS.

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

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

ການວິພາກວິຈານຂອງ DevOps

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

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

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

ການ​ຖ່າຍ​ຮູບ Ed Ivanushkin /Flickr/CC BY-SA

ໃຜເປັນວິສະວະກອນ DevOps

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

ເຄັດລັບຂອງວິສະວະກອນ DevOps ແມ່ນວ່າລາວລວມເອົາຫຼາຍອາຊີບ: ຜູ້ບໍລິຫານ, ນັກພັດທະນາ, ນັກທົດສອບແລະຜູ້ຈັດການ.

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

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

ໃຜເປັນຜູ້ຈ້າງ

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

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

ຈ່າຍເທົ່າໃດ

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

ຢູ່ໃນສະຫະລັດ ໄດ້ຮັບ 90 ພັນໂດລາຕໍ່ປີ (500 ພັນ rubles ຕໍ່ເດືອນ). ໃນການາດາພວກເຂົາ ຈ່າຍ 122 ພັນໂດລາຕໍ່ປີ (670 ພັນຮູເບີນຕໍ່ເດືອນ), ແລະໃນປະເທດອັງກິດ - 67,5 ພັນປອນສະເຕີລິງຕໍ່ປີ (490 ພັນຮູເບີນຕໍ່ເດືອນ).

ສໍາລັບລັດເຊຍ, ບໍລິສັດ Moscow ພ້ອມ ຈ່າຍໃຫ້ຜູ້ຊ່ຽວຊານ DevOps ຈາກ 100 ຫາ 200 ພັນຮູເບີນຕໍ່ເດືອນ. ໃນ St. Petersburg, ນາຍຈ້າງແມ່ນໃຈກວ້າງເລັກນ້ອຍ - ພວກເຂົາສະເຫນີ 160-360 ພັນຮູເບີນຕໍ່ເດືອນ. ໃນຂົງເຂດ, ເງິນເດືອນແມ່ນອ້າງອີງເຖິງ 100-120 ພັນຮູເບີນຕໍ່ເດືອນ.

ວິທີການກາຍເປັນຜູ້ຊ່ຽວຊານ DevOps

DevOps ເປັນທິດທາງທີ່ຂ້ອນຂ້າງໃຫມ່ໃນ IT, ດັ່ງນັ້ນບໍ່ມີບັນຊີລາຍຊື່ທີ່ກໍານົດໄວ້ສໍາລັບວິສະວະກອນ DevOps. ໃນບ່ອນຫວ່າງ, ໃນບັນດາຄວາມຕ້ອງການສໍາລັບຕໍາແຫນ່ງນີ້, ທ່ານສາມາດຊອກຫາທັກສະການບໍລິຫານ Debian ແລະ CentOS ແລະຄວາມສາມາດໃນການເຮັດວຽກກັບແຜ່ນດິດ. RAID arrays.

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

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

ເພື່ອເຂົ້າໃຈບ່ອນທີ່ຄວາມຮູ້ຍັງຂາດ, ທ່ານສາມາດນໍາໃຊ້ mini-Wikipedia ໃນ GitHub ຫຼື ແຜນ​ທີ່​ຈິດ​ໃຈ​. ທີ່ຢູ່ອາໄສຂອງຂ່າວແຮກເກີຍັງ ແນະ ນຳ ອ່ານ​ຫນັງ​ສື "ໂຄງການ "Phoenix""ແລະ"ຄູ່ມື DevOps" (ທີ່ພວກເຮົາໄດ້ກ່າວມາຂ້າງເທິງ) ແລະ "ປັດຊະຍາ DevOps. ສິລະປະຂອງການຄຸ້ມຄອງ IT» ພາຍໃຕ້ການປະທັບຕາຂອງ O'Reilly Media.

ທ່ານຍັງສາມາດຈອງໄດ້ ຈົດໝາຍຂ່າວປະຈຳອາທິດຂອງ Devops, ອ່ານບົດຄວາມຫົວຂໍ້ ປະຕູ DZone ແລະເລີ່ມຕິດຕໍ່ສື່ສານກັບວິສະວະກອນ DevOps ໃນ Slack ສົນທະນາ. ມັນຍັງມີມູນຄ່າການກວດສອບຫຼັກສູດຟຣີໃນ Udacity ຫຼື edX.

ຂໍ້ຄວາມຈາກ blog ຂອງພວກເຮົາ:

• ໂຮງງານຜະລິດຄວາມປອດໄພເຄືອຂ່າຍຈາກ Fortinet: ສິ່ງທີ່ມັນສາມາດເຮັດໄດ້
• ເບິ່ງຈາກພາຍໃນ: unboxing all-flash storage system NetApp AFF A300
• Unboxing Cisco UCS B480 M5 blade server
• ເຊີບເວີສໍາລັບ SAP: ເວທີຕົ້ນຕໍ
• Unboxing: Cisco UCS

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