Docker ເປັນຂອງຫຼິ້ນຫຼືບໍ່? ຫຼືມັນຍັງເປັນຄວາມຈິງ?

ສະບາຍດີທຸກຄົນ!

ຂ້ອຍຢາກເວົ້າກົງກັບຫົວຂໍ້, ແຕ່ມັນຈະຖືກຕ້ອງກວ່າທີ່ຈະບອກເລື່ອງຂອງຂ້ອຍເລັກນ້ອຍ:

ເຂົ້າ

ຂ້ອຍເປັນນັກຂຽນໂປລແກລມທີ່ມີປະສົບການໃນການພັດທະນາຄໍາຮ້ອງສະຫມັກຫນ້າດຽວ, scala / java ແລະ nodejs ໃນເຄື່ອງແມ່ຂ່າຍ.

ສໍາລັບເວລາດົນນານ (ແນ່ນອນຄູ່ຜົວເມຍຫຼືສາມປີ), ຂ້າພະເຈົ້າມີຄວາມຄິດເຫັນວ່າ Docker ແມ່ນ manna ຈາກສະຫວັນແລະໂດຍທົ່ວໄປເປັນເຄື່ອງມືທີ່ເຢັນຫຼາຍແລະຜູ້ພັດທະນາທຸກຄົນຄວນຈະສາມາດນໍາໃຊ້ມັນໄດ້. ແລະຈາກນີ້ມັນດັ່ງຕໍ່ໄປນີ້ວ່ານັກພັດທະນາທຸກຄົນຄວນຈະມີ Docker ຕິດຕັ້ງຢູ່ໃນເຄື່ອງທ້ອງຖິ່ນຂອງພວກເຂົາ. ຈະເປັນແນວໃດກ່ຽວກັບຄວາມຄິດເຫັນຂອງຂ້າພະເຈົ້າ, ເບິ່ງໂດຍຜ່ານການ vacancy ທີ່ໄດ້ຖືກຈັດພີມມາຢູ່ໃນ hh ດຽວກັນ. ທຸກໆວິນາທີມີການກ່າວເຖິງ docker, ແລະຖ້າທ່ານເປັນເຈົ້າຂອງມັນ, ນີ້ຈະເປັນຜົນປະໂຫຍດດ້ານການແຂ່ງຂັນຂອງເຈົ້າ 😉

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

ເຫດຜົນສໍາລັບການນໍາໃຊ້

ເປັນຫຍັງຂ້ອຍຈຶ່ງໃຊ້ docker? ອາດຈະເປັນຍ້ອນເຫດຜົນຕໍ່ໄປນີ້:

• ການເປີດຕົວຖານຂໍ້ມູນ, 99% ຂອງແອັບພລິເຄຊັນໃຊ້ພວກມັນ
• ເປີດຕົວ nginx ສໍາລັບການແຈກຢາຍ frontend ແລະ proxying ກັບ backend
• ທ່ານສາມາດຫຸ້ມຫໍ່ແອັບພລິເຄຊັນໃນຮູບ docker, ວິທີນີ້ແອັບພລິເຄຊັນຂອງຂ້ອຍຈະເຮັດວຽກຢູ່ບ່ອນໃດກໍ່ຕາມ docker, ບັນຫາການແຈກຢາຍຈະຖືກແກ້ໄຂທັນທີ.
• ການ​ຄົ້ນ​ພົບ​ການ​ບໍ​ລິ​ການ​ອອກ​ຈາກ​ປ່ອງ​, ທ່ານ​ສາ​ມາດ​ສ້າງ microservices​, ແຕ່​ລະ​ພາ​ຊະ​ນະ (ທີ່​ເຊື່ອມ​ຕໍ່​ກັບ​ເຄືອ​ຂ່າຍ​ທົ່ວ​ໄປ​) ສາ​ມາດ​ໄປ​ເຖິງ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​ໂດຍ​ຜ່ານ​ນາມ​ແຝງ​, ສະ​ດວກ​ຫຼາຍ​.
• ມັນມ່ວນທີ່ຈະສ້າງຖັງແລະ "ຫຼິ້ນ" ໃນມັນ.

ສິ່ງທີ່ຂ້ອຍບໍ່ມັກກ່ຽວກັບ docker:

• ເພື່ອໃຫ້ຄໍາຮ້ອງສະຫມັກຂອງຂ້ອຍເຮັດວຽກ, ຂ້ອຍຕ້ອງການ Docker ຕົວຂອງມັນເອງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ເປັນຫຍັງຂ້ອຍຕ້ອງການນີ້ຖ້າແອັບພລິເຄຊັນຂອງຂ້ອຍເຮັດວຽກຢູ່ໃນ jre ຫຼື nodejs ແລະສະພາບແວດລ້ອມສໍາລັບພວກມັນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍແລ້ວ?
• ຖ້າຂ້ອຍຕ້ອງການເອີ້ນໃຊ້ຮູບພາບທີ່ສ້າງຂຶ້ນໃນທ້ອງຖິ່ນຂອງຂ້ອຍ (ສ່ວນຕົວ) ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ, ຂ້ອຍຕ້ອງການບ່ອນເກັບມ້ຽນ docker ຂອງຂ້ອຍເອງ, ຂ້ອຍຕ້ອງການການລົງທະບຽນເພື່ອເຮັດວຽກຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງແລະຂ້ອຍຍັງຕ້ອງຕັ້ງຄ່າ https, ເພາະວ່າ docker cli ເຮັດວຽກຜ່ານ https ເທົ່ານັ້ນ. ໂອ້ຍ ... ມີທາງເລືອກ, ແນ່ນອນ, ເພື່ອບັນທຶກຮູບພາບໃນທ້ອງຖິ່ນໂດຍຜ່ານ docker save ແລະພຽງແຕ່ສົ່ງຮູບພາບຜ່ານ scp ... ແຕ່ນັ້ນແມ່ນການເຄື່ອນໄຫວຂອງຮ່າງກາຍຫຼາຍ. ແລະນອກຈາກນັ້ນ, ມັນເບິ່ງຄືວ່າເປັນການແກ້ໄຂ "crutch" ຈົນກ່ວາ repository ຂອງທ່ານເອງປາກົດ
• docker-compose. ມັນເປັນສິ່ງຈໍາເປັນພຽງແຕ່ເພື່ອດໍາເນີນການບັນຈຸ. ຫມົດ​ເທົ່າ​ນີ້. ລາວບໍ່ສາມາດເຮັດຫຍັງໄດ້ອີກ. Docker-compose ມີຫຼາຍໆສະບັບຂອງໄຟລ໌ຂອງມັນ, syntax ຂອງມັນເອງ. ບໍ່ວ່າມັນເປັນການປະກາດແນວໃດ, ຂ້ອຍບໍ່ຕ້ອງການອ່ານເອກະສານຂອງເຂົາເຈົ້າ. ຂ້ອຍຈະບໍ່ຕ້ອງການມັນຢູ່ບ່ອນອື່ນ.
• ເມື່ອເຮັດວຽກເປັນທີມ, ຄົນສ່ວນໃຫຍ່ຂຽນ Dockerfile ຂີ້ຮ້າຍຫຼາຍ, ບໍ່ເຂົ້າໃຈວ່າມັນຖືກເກັບໄວ້, ເພີ່ມທຸກສິ່ງທີ່ພວກເຂົາຕ້ອງການແລະບໍ່ຕ້ອງການຮູບພາບ, ສືບທອດຈາກຮູບພາບທີ່ບໍ່ມີຢູ່ໃນ Dockerhub ຫຼືບ່ອນເກັບມ້ຽນສ່ວນຕົວ, ສ້າງບາງຢ່າງ. docker-compose ໄຟລ໌ທີ່ມີຖານຂໍ້ມູນແລະບໍ່ມີຫຍັງຍັງຄົງຢູ່. ໃນຂະນະດຽວກັນ, ນັກພັດທະນາປະກາດດ້ວຍຄວາມພູມໃຈວ່າ Docker ແມ່ນເຢັນ, ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກຢູ່ໃນທ້ອງຖິ່ນສໍາລັບພວກເຂົາ, ແລະ HR ທີ່ສໍາຄັນຂຽນໃນບ່ອນຫວ່າງ: "ພວກເຮົາໃຊ້ Docker ແລະພວກເຮົາຕ້ອງການຜູ້ສະຫມັກທີ່ມີປະສົບການເຮັດວຽກດັ່ງກ່າວ."
• ຂ້ອຍຖືກຫລອກລວງຢ່າງຕໍ່ເນື່ອງໂດຍຄວາມຄິດກ່ຽວກັບການລ້ຽງທຸກຢ່າງໃນ Docker: postgresql, kafka, redis. ມັນເປັນສິ່ງທີ່ ໜ້າ ສົງສານທີ່ບໍ່ແມ່ນທຸກຢ່າງເຮັດວຽກຢູ່ໃນຕູ້ຄອນເທນເນີ, ບໍ່ແມ່ນທຸກຢ່າງທີ່ງ່າຍຕໍ່ການຕັ້ງຄ່າແລະແລ່ນ. ນີ້ແມ່ນສະຫນັບສະຫນູນໂດຍຜູ້ພັດທະນາພາກສ່ວນທີສາມ, ແລະບໍ່ແມ່ນຜູ້ຂາຍເອງ. ແລະໂດຍວິທີທາງການ, ຄໍາຖາມເກີດຂື້ນທັນທີ: ຜູ້ຂາຍບໍ່ກັງວົນກ່ຽວກັບການຮັກສາຜະລິດຕະພັນຂອງພວກເຂົາໃນ Docker, ເປັນຫຍັງນີ້, ບາງທີພວກເຂົາຮູ້ບາງສິ່ງບາງຢ່າງ?
• ຄໍາຖາມສະເຫມີເກີດຂື້ນກ່ຽວກັບການຄົງຕົວຂອງຂໍ້ມູນບັນຈຸ. ແລະຫຼັງຈາກນັ້ນທ່ານຄິດວ່າ, ຂ້ອຍຄວນຕິດຕັ້ງ host directory ຫຼືສ້າງປະລິມານ docker ຫຼືສ້າງຖັງຂໍ້ມູນເຊິ່ງປະຈຸບັນ deprecated? ຖ້າຂ້ອຍຕິດໄດເລກະທໍລີ, ຂ້ອຍຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່າ uid ແລະ gid ຂອງຜູ້ໃຊ້ໃນ container ກົງກັບ id ຂອງຜູ້ໃຊ້ທີ່ເປີດຕົວ container, ຖ້າບໍ່ດັ່ງນັ້ນໄຟລ໌ທີ່ສ້າງໂດຍ container ຈະຖືກສ້າງຂຶ້ນດ້ວຍສິດທິຂອງຮາກ. ຖ້າຂ້ອຍໃຊ້ volume ຫຼັງຈາກນັ້ນ, ຂໍ້ມູນຈະຖືກສ້າງຂື້ນໃນບາງອັນ /usr/* ແລະຈະມີເລື່ອງດຽວກັນກັບ uid ແລະ gid ໃນກໍລະນີທໍາອິດ. ຖ້າທ່ານກໍາລັງເປີດຕົວອົງປະກອບຂອງພາກສ່ວນທີສາມ, ທ່ານຈໍາເປັນຕ້ອງອ່ານເອກະສານແລະຊອກຫາຄໍາຕອບຂອງຄໍາຖາມ: "ໃນບັນຊີບັນຈຸມີອົງປະກອບໃດຂຽນໄຟລ໌?"

ຂ້ອຍບໍ່ມັກຄວາມຈິງທີ່ວ່າຂ້ອຍຕ້ອງ tinker ກັບ Docker ດົນເກີນໄປ ຢູ່ໃນຂັ້ນຕອນເບື້ອງຕົ້ນ: ຂ້ອຍຄິດອອກວິທີການເປີດຕົວ containers, ຮູບພາບໃດທີ່ຈະເປີດຕົວຈາກ, ເຮັດໃຫ້ Makefiles ທີ່ມີນາມແຝງກັບຄໍາສັ່ງ Docker ຍາວ. ຂ້ອຍກຽດຊັງ docker-compose ເພາະວ່າຂ້ອຍບໍ່ຢາກຮຽນຮູ້ເຄື່ອງມືອື່ນໃນລະບົບນິເວດ docker. ແລະ docker-compose up ມັນລົບກວນຂ້ອຍ, ໂດຍສະເພາະຖ້າພວກເຂົາຍັງພົບຢູ່ທີ່ນັ້ນ build ການກໍ່ສ້າງ, ແທນທີ່ຈະເປັນຮູບປະກອບແລ້ວ. ທັງຫມົດຂ້າພະເຈົ້າຕ້ອງການຢາກພຽງແຕ່ເຮັດໃຫ້ຜະລິດຕະພັນປະສິດທິພາບແລະໄວ. ແຕ່ຂ້ອຍບໍ່ສາມາດຄິດວິທີການໃຊ້ docker.

ແນະນຳ Ansible

ບໍ່ດົນມານີ້ (ສາມເດືອນກ່ອນຫນ້ານີ້), ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກກັບທີມງານ DevOps, ເກືອບທຸກໆສະມາຊິກທີ່ມີທັດສະນະທີ່ບໍ່ດີຕໍ່ Docker. ສໍາລັບເຫດຜົນ:

• docker ກົດລະບຽບ iptables (ເຖິງແມ່ນວ່າທ່ານສາມາດປິດມັນໄດ້ໃນ daemon.json)
• docker ແມ່ນ buggy ແລະພວກເຮົາຈະບໍ່ດໍາເນີນການໃນການຜະລິດ
• ຖ້າ docker daemon ຂັດຂ້ອງ, ຫຼັງຈາກນັ້ນທຸກ containers ທີ່ມີໂຄງສ້າງພື້ນຖານ crash ຕາມ
• ບໍ່ຈໍາເປັນຕ້ອງມີ docker
• ເປັນຫຍັງ docker ຖ້າມີເຄື່ອງ Ansible ແລະ virtual

ໃນການເຮັດວຽກດຽວກັນ, ຂ້າພະເຈົ້າໄດ້ຮູ້ຈັກກັບເຄື່ອງມືອື່ນ - Ansible. ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຍິນ​ກ່ຽວ​ກັບ​ມັນ​ຄັ້ງ​ຫນຶ່ງ​, ແຕ່​ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ໄດ້​ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ຂຽນ playbook ຂອງ​ຕົນ​ເອງ​. ແລະຕອນນີ້ຂ້ອຍເລີ່ມຂຽນວຽກຂອງຂ້ອຍແລະຫຼັງຈາກນັ້ນວິໄສທັດຂອງຂ້ອຍໄດ້ປ່ຽນແປງຢ່າງສົມບູນ! ເນື່ອງຈາກວ່າຂ້າພະເຈົ້າຮັບຮູ້: Ansible ມີໂມດູນສໍາລັບແລ່ນ docker containers ດຽວກັນ, ການສ້າງຮູບພາບ, ເຄືອຂ່າຍ, ແລະອື່ນໆ, ແລະ containers ສາມາດດໍາເນີນການບໍ່ພຽງແຕ່ຢູ່ໃນທ້ອງຖິ່ນ, ແຕ່ຍັງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ! ຄວາມສຸກຂອງຂ້ອຍບໍ່ຮູ້ຂອບເຂດ - ຂ້ອຍພົບເຄື່ອງມືປົກກະຕິແລະຖິ້ມໄຟລ໌ Makefile ແລະ docker-compose ຂອງຂ້ອຍ, ພວກເຂົາຖືກແທນທີ່ດ້ວຍວຽກງານ yaml. ລະຫັດໄດ້ຖືກຫຼຸດລົງໂດຍໃຊ້ໂຄງສ້າງເຊັ່ນ loop, when, ແລະອື່ນໆ

Docker ສໍາລັບແລ່ນອົງປະກອບພາກສ່ວນທີສາມເຊັ່ນຖານຂໍ້ມູນ

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

ຄໍາສັ່ງນີ້ສົ່ງຕໍ່ພອດທ້ອງຖິ່ນຂອງຂ້ອຍໄປຫາເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກທີ່ແລ່ນ postgresql:

ssh -L 9000:localhost:5432 [email protected]

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

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

ໂຊກດີ, AWS, GoogleCloud ແລະອື່ນໆໃຫ້ທ່ານໃຊ້ຟຣີ XNUMX ປີ, ສະນັ້ນໃຊ້ພວກມັນ! ພວກມັນລາຄາຖືກຖ້າທ່ານປິດພວກມັນເມື່ອບໍ່ໄດ້ໃຊ້. ຂ້ອຍສົງໄສສະເຫມີວ່າເປັນຫຍັງຂ້ອຍຕ້ອງການເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກເຊັ່ນ gcloud, ມັນເບິ່ງຄືວ່າຂ້ອຍພົບພວກມັນ.

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

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

ເລັກນ້ອຍກ່ຽວກັບຮູບພາບ docker ແລະການແຈກຢາຍ

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

ເຈົ້າເຄີຍເຫັນຢູ່ບ່ອນໃດທີ່ນັກພັດທະນາຊອບແວ port ຜະລິດຕະພັນຂອງເຂົາເຈົ້າພຽງແຕ່ຢູ່ໃນຮູບ docker?
ຜົນໄດ້ຮັບຂອງຜະລິດຕະພັນຫຼາຍທີ່ສຸດແມ່ນໄຟລ໌ສອງສໍາລັບເວທີສະເພາະ; ພວກມັນຖືກເພີ່ມເຂົ້າໃນຮູບພາບ docker, ເຊິ່ງໄດ້ຮັບມໍລະດົກຈາກເວທີທີ່ຕ້ອງການ. ເຈົ້າເຄີຍສົງໄສບໍວ່າ ເປັນຫຍັງຈິ່ງມີຮູບຄ້າຍຄືກັນຫຼາຍໃນ dockerhub? ກະລຸນາໃສ່ nginx ຕົວຢ່າງ, ທ່ານຈະເຫັນ 100500 ຮູບພາບຈາກຄົນທີ່ແຕກຕ່າງກັນ. ຄົນເຫຼົ່ານີ້ບໍ່ໄດ້ພັດທະນາ nginx ຕົວມັນເອງ, ພວກເຂົາພຽງແຕ່ເພີ່ມ nginx ຢ່າງເປັນທາງການໃຫ້ກັບຮູບພາບ docker ຂອງເຂົາເຈົ້າແລະປັບປຸງມັນດ້ວຍການຕັ້ງຄ່າຂອງຕົນເອງເພື່ອຄວາມສະດວກໃນການເປີດຕົວພາຊະນະ.

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

ເສັ້ນທາງລຸ່ມ: ຂ້ອຍບໍ່ຕ້ອງການການລົງທະບຽນ docker, ຂ້ອຍຈະໃຊ້ບາງປະເພດຂອງ S3 ຫຼືພຽງແຕ່ການເກັບຮັກສາໄຟລ໌ເຊັ່ນ google drive / dropbox.

Docker ໃນ CI

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

ບໍລິສັດເຫຼົ່ານີ້ໃຊ້ docker ໃນເຄື່ອງແມ່ຂ່າຍຂອງພວກເຂົາທີ່ຂະບວນການ CI ດໍາເນີນການ. ຄໍາຖາມ: ເປັນຫຍັງທ່ານຕ້ອງການສ້າງໂຄງການໃນ docker container ໃນເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ? ເປັນຫຍັງຈຶ່ງບໍ່ພຽງແຕ່ກະກຽມສະພາບແວດລ້ອມສໍາລັບການກໍ່ສ້າງ, ຕົວຢ່າງ, ຂຽນ Ansible playbook ທີ່ຈະຕິດຕັ້ງສະບັບທີ່ຈໍາເປັນຂອງ nodejs, php, jdk, ຄັດລອກ ssh keys, ແລະອື່ນໆກັບເຄື່ອງແມ່ຂ່າຍທີ່ການກໍ່ສ້າງຈະເກີດຂຶ້ນ?

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

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

ນັກພັດທະນາບໍ່ໄດ້ສ້າງໂຄງການໃນ docker containers (ຂ້ອຍເຄີຍເປັນແຟນ, ແທ້ໆ, ຂ້ອຍຮູ້ສຶກເສຍໃຈກັບຕົວເອງໃນອະດີດ xD). ໃນ java ມັນເປັນໄປໄດ້ທີ່ຈະມີຫລາຍຮຸ່ນແລະປ່ຽນພວກມັນດ້ວຍຄໍາສັ່ງດຽວກັບຫນຶ່ງທີ່ທ່ານຕ້ອງການໃນປັດຈຸບັນ. ມັນຄືກັນໃນ nodejs, ມີ nvm.

ສະຫລຸບ

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

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

ເມື່ອ docker ແມ່ນຈໍາເປັນ: ຂ້າພະເຈົ້າໄດ້ສະຫຼຸບວ່າ docker ແມ່ນດີຫຼາຍໃນການເພີ່ມປະສິດທິພາບຂະບວນການທີ່ໄດ້ຮັບ, ແຕ່ບໍ່ແມ່ນການສ້າງຫນ້າທີ່ພື້ນຖານ

ຖ້າທ່ານຍັງຕັດສິນໃຈໃຊ້ docker, ຫຼັງຈາກນັ້ນ:

• ຈະລະມັດລະວັງທີ່ສຸດ
• ຢ່າບັງຄັບໃຫ້ນັກພັດທະນາໃຊ້ docker
• ປັບແຕ່ງການນຳໃຊ້ຂອງມັນຢູ່ບ່ອນດຽວ, ຢ່າແຜ່ມັນໄປທົ່ວທຸກ Dockefile ແລະ docker-compose repositories

PS:

• ບໍ່ດົນມານີ້, ຂ້າພະເຈົ້າໄດ້ພົບເຫັນ ເຄື່ອງຫຸ້ມຫໍ່ ແລະພວກເຂົາເວົ້າວ່າມັນເຮັດວຽກໄດ້ດີກັບ Ansible ແລະຊ່ວຍໃຫ້ທ່ານສາມາດປະສົມປະສານຂະບວນການສ້າງຮູບພາບ (ລວມທັງຮູບພາບ docker)
• ຍັງກ່ຽວກັບ docker, ບົດຄວາມທີ່ຫນ້າສົນໃຈ

ຂໍ​ຂອບ​ໃຈ​ທ່ານ​ສໍາ​ລັບ​ການ​ອ່ານ​, ຂ້າ​ພະ​ເຈົ້າ​ຂໍ​ໃຫ້​ທ່ານ​ຕັດ​ສິນ​ໃຈ​ທີ່​ໂປ່ງ​ໃສ​ໃນ​ວຽກ​ງານ​ຂອງ​ທ່ານ​ແລະ​ປະ​ສິດ​ທິ​ພາບ​ໃນ​ມື້​ເຮັດ​ວຽກ​!

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