Dummies Guide: ການສ້າງຕ່ອງໂສ້ DevOps ດ້ວຍເຄື່ອງມືແຫຼ່ງເປີດ

ການສ້າງຕ່ອງໂສ້ DevOps ທໍາອິດຂອງທ່ານໃນຫ້າຂັ້ນຕອນສໍາລັບຜູ້ເລີ່ມຕົ້ນ.

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

ການແນະນໍາຂອງຂ້ອຍກັບ DevOps

ຄັ້ງໜຶ່ງຂ້ອຍເຄີຍເຮັດວຽກຢູ່ໃນຄລາວຢູ່ Citi Group ແລະພັດທະນາແອັບພລິເຄຊັນເວັບ IaaS ເພື່ອຈັດການໂຄງສ້າງພື້ນຖານຂອງຄລາວຂອງ Citi, ແຕ່ຂ້ອຍສົນໃຈສະເໝີວ່າພວກເຮົາຈະສາມາດປັບປຸງລະບົບຕ່ອງໂສ້ການພັດທະນາ ແລະປັບປຸງວັດທະນະທໍາລະຫວ່າງນັກພັດທະນາໄດ້ແນວໃດ. Greg Lavender, CTO ຂອງພວກເຮົາສໍາລັບ Cloud Architecture ແລະ Infrastructure, ແນະນໍາປຶ້ມໃຫ້ຂ້ອຍ ໂຄງການ "Phoenix". ມັນອະທິບາຍຫຼັກການຂອງ DevOps ຢ່າງສົມບູນແບບ ແລະອ່ານຄືກັບນິຍາຍ.

ຕາຕະລາງ overleaf ສະແດງໃຫ້ເຫັນວ່າບໍລິສັດອອກລຸ້ນໃຫມ່ເລື້ອຍໆສໍ່າໃດ:

Amazon, Google ແລະ Netflix ຈັດການແນວໃດເພື່ອເຜີຍແຜ່ຈໍານວນຫຼາຍ? ມັນງ່າຍດາຍ: ເຂົາເຈົ້າຊອກຫາວິທີສ້າງລະບົບຕ່ອງໂສ້ DevOps ທີ່ເກືອບສົມບູນແບບ.

ສິ່ງຕ່າງໆບໍ່ເປັນແບບນັ້ນຢູ່ທີ່ Citi ຈົນກວ່າພວກເຮົາຈະປ່ຽນໄປໃຊ້ DevOps. ກັບຄືນໄປບ່ອນນັ້ນ, ທີມງານຂອງຂ້ອຍມີສະພາບແວດລ້ອມທີ່ແຕກຕ່າງກັນ, ແຕ່ພວກເຮົາໄດ້ສົ່ງກັບເຄື່ອງແມ່ຂ່າຍຂອງການພັດທະນາດ້ວຍຕົນເອງ. ຜູ້ພັດທະນາທັງໝົດມີການເຂົ້າເຖິງເຊີບເວີການພັດທະນາອັນດຽວໂດຍອີງໃສ່ IBM WebSphere Application Server Community Edition. ເມື່ອພວກເຮົາພະຍາຍາມຈັດສົ່ງໃນເວລາດຽວກັນ, ເຊີບເວີ crashed, ແລະພວກເຮົາຕ້ອງເຈລະຈາ "ເຈັບປວດ" ກັບກັນແລະກັນໃນແຕ່ລະຄັ້ງ. ພວກເຮົາຍັງມີການຄຸ້ມຄອງການທົດສອບທີ່ບໍ່ພຽງພໍຂອງລະຫັດ, ຂະບວນການຈັດສົ່ງຄູ່ມືທີ່ໃຊ້ແຮງງານຫຼາຍ, ແລະບໍ່ມີວິທີທີ່ຈະຕິດຕາມການຈັດສົ່ງລະຫັດໂດຍການຊ່ວຍເຫຼືອໃນບາງວຽກຫຼືຄວາມຕ້ອງການຂອງລູກຄ້າ.

ມັນເປັນທີ່ຊັດເຈນວ່າບາງສິ່ງບາງຢ່າງທີ່ຕ້ອງເຮັດຢ່າງຮີບດ່ວນ, ແລະຂ້າພະເຈົ້າໄດ້ພົບເຫັນເພື່ອນຮ່ວມງານທີ່ມີຈິດໃຈຄ້າຍຄືກັນ. ພວກເຮົາໄດ້ຕັດສິນໃຈສ້າງລະບົບຕ່ອງໂສ້ DevOps ທໍາອິດຮ່ວມກັນ - ລາວໄດ້ຕັ້ງເຄື່ອງ virtual ແລະເຄື່ອງແມ່ຂ່າຍແອັບພລິເຄຊັນ Tomcat, ແລະຂ້ອຍໄດ້ດູແລ Jenkins, ການເຊື່ອມໂຍງກັບ Atlassian Jira ແລະ BitBucket, ເຊັ່ນດຽວກັນກັບການຄຸ້ມຄອງລະຫັດກັບການທົດສອບ. ໂຄງການດັ່ງກ່າວແມ່ນປະສົບຜົນສໍາເລັດ: ພວກເຮົາອັດຕະໂນມັດລະບົບຕ່ອງໂສ້ການພັດທະນາຢ່າງສົມບູນ, ບັນລຸເກືອບ 100% uptime ໃນເຄື່ອງແມ່ຂ່າຍຂອງການພັດທະນາ, ສາມາດຕິດຕາມແລະປັບປຸງການຄຸ້ມຄອງລະຫັດການທົດສອບ, ແລະສາຂາ Git ສາມາດເຊື່ອມຕໍ່ກັບການຈັດສົ່ງແລະບັນຫາ Jira. ແລະເກືອບທຸກເຄື່ອງມືທີ່ພວກເຮົາໃຊ້ເພື່ອສ້າງລະບົບຕ່ອງໂສ້ DevOps ແມ່ນແຫຼ່ງເປີດ.

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

ລາຍລະອຽດສັ້ນໆຂອງລະບົບຕ່ອງໂສ້ DevOps ແລະ CI/CD

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

ໃນຂະນະທີ່ເຄື່ອງມືຢ່າງດຽວບໍ່ພຽງພໍທີ່ຈະສ້າງສະພາບແວດລ້ອມ DevOps, ທ່ານບໍ່ສາມາດເຮັດໄດ້ໂດຍບໍ່ມີພວກມັນ. ສິ່ງທີ່ສໍາຄັນທີ່ສຸດແມ່ນການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງແລະການຈັດສົ່ງຢ່າງຕໍ່ເນື່ອງ (CI / CD). ມີຂັ້ນຕອນທີ່ແຕກຕ່າງກັນໃນລະບົບຕ່ອງໂສ້ສໍາລັບແຕ່ລະສະພາບແວດລ້ອມ (ຕົວຢ່າງ: DEV (ການພັດທະນາ), INT (ການເຊື່ອມໂຍງ), TST (ການທົດສອບ), QA (ການຄວບຄຸມຄຸນນະພາບ), UAT (ການທົດສອບການຍອມຮັບຂອງຜູ້ໃຊ້), STG (ການກະກຽມ), PROD (ການນໍາໃຊ້ )), ວຽກງານຄູ່ມືແມ່ນອັດຕະໂນມັດ, ນັກພັດທະນາສາມາດຜະລິດລະຫັດທີ່ມີຄຸນນະພາບ, ສົ່ງມັນ, ແລະສາມາດສ້າງໃຫມ່ໄດ້ຢ່າງງ່າຍດາຍ.

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

ໃຫ້ລົງໄປຫາທຸລະກິດ.

ຂັ້ນຕອນທີ 1: ເວທີ CI/CD

ກ່ອນອື່ນ ໝົດ, ທ່ານຕ້ອງການເຄື່ອງມື CI / CD. Jenkins ເປັນເຄື່ອງມື CI/CD ແບບເປີດທີ່ຂຽນໃນ Java ທີ່ມີໃບອະນຸຍາດ MIT ທີ່ເລີ່ມຕົ້ນຄວາມນິຍົມຂອງການເຄື່ອນໄຫວ DevOps ແລະໄດ້ກາຍເປັນມາດຕະຖານ de facto ສໍາລັບ CICD.

Jenkins ແມ່ນຫຍັງ? ຈິນຕະນາການວ່າທ່ານມີກະດານຄວບຄຸມ magical ສໍາລັບການບໍລິການແລະເຄື່ອງມືທີ່ຫລາກຫລາຍ. ດ້ວຍຕົວຂອງມັນເອງ, ເຄື່ອງມື CI / CD ເຊັ່ນ Jenkins ແມ່ນບໍ່ມີປະໂຫຍດ, ແຕ່ດ້ວຍເຄື່ອງມືແລະການບໍລິການທີ່ແຕກຕ່າງກັນ, ມັນຈະກາຍເປັນທີ່ມີປະສິດທິພາບທັງຫມົດ.

ມີຫຼາຍເຄື່ອງມືແຫຼ່ງເປີດອື່ນນອກຈາກ Jenkins, ເລືອກອັນໃດກໍໄດ້.

ນີ້ແມ່ນສິ່ງທີ່ຂະບວນການ DevOps ເບິ່ງຄືວ່າມີເຄື່ອງມື CI/CD

ທ່ານມີເຄື່ອງມື CI/CD ໃນ localhost, ແຕ່ຍັງບໍ່ທັນມີຫຼາຍຢ່າງທີ່ຕ້ອງເຮັດ. ຂໍໃຫ້ກ້າວໄປສູ່ຂັ້ນຕອນຕໍ່ໄປ.

ຂັ້ນຕອນທີ 2: ການຄວບຄຸມເວີຊັນ

ວິທີທີ່ດີທີ່ສຸດ (ແລະບາງທີງ່າຍທີ່ສຸດ) ເພື່ອທົດສອບຄວາມມະຫັດສະຈັນຂອງເຄື່ອງມື CI/CD ແມ່ນການລວມມັນກັບເຄື່ອງມືການຈັດການແຫຼ່ງ (SCM). ເປັນຫຍັງທ່ານຕ້ອງການການຄວບຄຸມເວີຊັນ? ໃຫ້ເວົ້າວ່າທ່ານກໍາລັງສ້າງຄໍາຮ້ອງສະຫມັກ. ທ່ານຂຽນເປັນພາສາ Java, Python, C ++, Go, Ruby, JavaScript ຫຼືພາສາອື່ນໆ, ໃນນັ້ນມີລົດບັນທຸກແລະລົດເຂັນຂະຫນາດນ້ອຍ. ສິ່ງທີ່ທ່ານຂຽນເອີ້ນວ່າລະຫັດແຫຼ່ງ. ໃນຕອນທໍາອິດ, ໂດຍສະເພາະຖ້າຫາກວ່າທ່ານກໍາລັງເຮັດວຽກຄົນດຽວ, ທ່ານອາດຈະຕ້ອງການທີ່ຈະບັນທຶກທຸກສິ່ງທຸກຢ່າງຢູ່ໃນໄດເລກະທໍລີທ້ອງຖິ່ນ. ແຕ່ຍ້ອນວ່າໂຄງການຂະຫຍາຍຕົວແລະປະຊາຊົນເຂົ້າຮ່ວມຫຼາຍຂຶ້ນ, ທ່ານຕ້ອງການວິທີການແບ່ງປັນການປ່ຽນແປງລະຫັດແຕ່ຍັງຫຼີກເວັ້ນການຂັດແຍ້ງໃນເວລາທີ່ການລວມເອົາການປ່ຽນແປງ. ນອກນັ້ນທ່ານຍັງຈໍາເປັນຕ້ອງໄດ້ somehow ຟື້ນຟູສະບັບທີ່ຜ່ານມາໂດຍບໍ່ມີການນໍາໃຊ້ສໍາຮອງຂໍ້ມູນແລະການນໍາໃຊ້ວິທີການສໍາເນົາວາງສໍາລັບໄຟລ໌ລະຫັດ.

ແລະໃນທີ່ນີ້ທ່ານບໍ່ສາມາດໄປໂດຍບໍ່ມີ SCM. SCM ເກັບລະຫັດໃນ repositories, ຈັດການສະບັບຂອງມັນ, ແລະປະສານງານມັນລະຫວ່າງນັກພັດທະນາ.

ມີເຄື່ອງມື SCM ຫຼາຍ, ແຕ່ Git ໄດ້ສົມຄວນກາຍເປັນມາດຕະຖານ de facto. ຂ້ອຍແນະນໍາໃຫ້ໃຊ້ນີ້, ແຕ່ມີທາງເລືອກອື່ນ.

ນີ້ແມ່ນສິ່ງທີ່ທໍ່ DevOps ເບິ່ງຄືວ່າຫຼັງຈາກເພີ່ມ SCM.

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

ຂັ້ນຕອນທີ 3: ສ້າງເຄື່ອງມືອັດຕະໂນມັດ

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

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

ເລີດ! ຕອນນີ້ໃຫ້ໃສ່ໄຟລ໌ການຕັ້ງຄ່າເຄື່ອງມືສ້າງອັດຕະໂນມັດເຂົ້າໃນລະບົບການຄວບຄຸມເວີຊັນເພື່ອໃຫ້ເຄື່ອງມື CI/CD ສ້າງພວກມັນ.

ມັນຮູ້ສຶກດີ. ແຕ່ພວກເຮົາຄວນເອົາສິ່ງທັງຫມົດນີ້ອອກມາຈາກໃສ?

ຂັ້ນຕອນທີ 4: Web Application Server

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

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

ມີເຄື່ອງແມ່ຂ່າຍຄໍາຮ້ອງສະຫມັກເວັບທີ່ເປີດຫຼາຍ.

ພວກເຮົາມີລະບົບຕ່ອງໂສ້ DevOps ທີ່ເຮັດວຽກເກືອບແລ້ວ. ດີ​ຫຼາຍ!

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

ຂັ້ນຕອນທີ 5: ການທົດສອບການຄຸ້ມຄອງ

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

ການທົດສອບແບ່ງອອກເປັນສອງສ່ວນ: ກອບການທົດສອບສໍາລັບການທົດສອບການຂຽນແລະການແລ່ນ, ແລະເຄື່ອງມືທີ່ມີຄໍາແນະນໍາສໍາລັບການປັບປຸງຄຸນນະພາບຂອງລະຫັດ.

ກອບການທົດສອບ

ເຄື່ອງມືທີ່ມີຄໍາແນະນໍາທີ່ມີຄຸນນະພາບ

ເຄື່ອງມື ແລະກອບວຽກເຫຼົ່ານີ້ສ່ວນໃຫຍ່ຖືກຂຽນໄວ້ສໍາລັບ Java, Python ແລະ JavaScript ເພາະວ່າ C ++ ແລະ C# ແມ່ນເປັນເຈົ້າຂອງ (ເຖິງແມ່ນວ່າ GCC ເປັນແຫຼ່ງເປີດ).

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

ຂັ້ນຕອນເພີ່ມເຕີມ

.онтейнеры

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

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

ສໍາລັບຕູ້ຄອນເທນເນີ, Docker ແລະ Kubernetes ມັກຈະຖືກນໍາໃຊ້, ເຖິງແມ່ນວ່າມີທາງເລືອກອື່ນ.

ອ່ານບົດຄວາມກ່ຽວກັບ Docker ແລະ Kubernetes ຢູ່ opensource.com:

• Docker ແມ່ນຫຍັງ?
• ແນະນຳ Docker
• Kubernetes ແມ່ນຫຍັງ?
• Kubernetes ຈາກຈຸດເລີ່ມຕົ້ນ

Middleware ເຄື່ອງມືອັດຕະໂນມັດ

ລະບົບຕ່ອງໂສ້ DevOps ຂອງພວກເຮົາແມ່ນເນັ້ນໃສ່ການຮ່ວມມືໃນການກໍ່ສ້າງ ແລະສົ່ງແອັບພລິເຄຊັນ, ແຕ່ຍັງມີສິ່ງດີໆອື່ນໆທີ່ທ່ານສາມາດເຮັດໄດ້ດ້ວຍເຄື່ອງມື DevOps. ຕົວຢ່າງເຊັ່ນ, ໃຊ້ Infrastructure as Code (IaC) tools, ເອີ້ນວ່າ Middleware automation tools. ເຄື່ອງມືເຫຼົ່ານີ້ຊ່ວຍໃຫ້ການຕິດຕັ້ງ, ການຈັດການ, ແລະວຽກງານອື່ນໆໂດຍອັດຕະໂນມັດສໍາລັບອຸປະກອນກາງ. ຕົວຢ່າງ, ເຄື່ອງມືອັດຕະໂນມັດສາມາດເອົາຄໍາຮ້ອງສະຫມັກ (ເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນເວັບ, ຖານຂໍ້ມູນ, ເຄື່ອງມືຕິດຕາມ) ທີ່ມີການຕັ້ງຄ່າທີ່ຖືກຕ້ອງແລະມ້ວນມັນອອກໄປຫາເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນ.

ນີ້ແມ່ນບາງທາງເລືອກເຄື່ອງມືອັດຕະໂນມັດກາງຂອງແຫຼ່ງເປີດ:

ລາຍລະອຽດໃນບົດຄວາມກ່ຽວກັບ opensource.com:

• Ansible ຄູ່ມືການເລີ່ມຕົ້ນ
• ຍຸດທະສາດການປັບໃຊ້ອັດຕະໂນມັດດ້ວຍ Ansible
• 5 ເຄື່ອງມືການຈັດການການຕັ້ງຄ່າທີ່ດີທີ່ສຸດ

ດຽວນີ້ແມ່ນຫຍັງ?

ນີ້ແມ່ນພຽງແຕ່ປາຍຂອງ iceberg ໄດ້. ລະບົບຕ່ອງໂສ້ DevOps ສາມາດເຮັດໄດ້ຫຼາຍ. ເລີ່ມຕົ້ນດ້ວຍເຄື່ອງມື CI/CD ແລະເບິ່ງສິ່ງອື່ນທີ່ທ່ານສາມາດເຮັດໃຫ້ວຽກຂອງທ່ານງ່າຍຂຶ້ນ. ຢ່າລືມກ່ຽວກັບ ເປີດ​ເຄື່ອງ​ມື​ການ​ສື່​ສານ​ ສໍາ​ລັບ​ການ​ຮ່ວມ​ມື​ປະ​ສິດ​ທິ​ຜົນ​.

ນີ້ແມ່ນບາງບົດຄວາມທີ່ດີກ່ຽວກັບ DevOps ສໍາລັບຜູ້ເລີ່ມຕົ້ນ:

• DevOps ແມ່ນຫຍັງ
• 5 ທັກສະນັກພັດທະນາ DevOps
• DevOps ສໍາລັບທຸກຄົນ
• ການແນະນໍາການວິເຄາະການຄາດເດົາໃນ DevOps

ທ່ານຍັງສາມາດປະສົມປະສານ DevOps ກັບເຄື່ອງມືເປີດເພື່ອຄວາມວ່ອງໄວ:

• ວ່ອງໄວແມ່ນຫຍັງ?
• 4 ຂັ້ນ​ຕອນ​ໃນ​ການ​ຊໍາ​ນິ​ຊໍາ​ນານ​ວ່ອງ​ໄວ​

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