VM ຫຼື Docker?

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

ດັ່ງນັ້ນຄວາມແຕກຕ່າງລະຫວ່າງ Docker containers ແລະ VMs ແມ່ນຫຍັງ?

ເຄື່ອງສະເໝືອນ (VM) ເປັນຄອມພິວເຕີ virtual ທີ່ມີອຸປະກອນ virtual ທັງຫມົດແລະຮາດດິດ virtual, ເຊິ່ງມີການຕິດຕັ້ງ OS ເອກະລາດໃຫມ່ພ້ອມກັບໄດເວີອຸປະກອນ virtual, ການຈັດການຫນ່ວຍຄວາມຈໍາແລະອົງປະກອບອື່ນໆ. ນັ້ນແມ່ນ, ພວກເຮົາໄດ້ຮັບສິ່ງທີ່ບໍ່ມີຕົວຕົນຂອງຮາດແວທາງກາຍະພາບທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນການຄອມພິວເຕີ virtual ຫຼາຍໃນຄອມພິວເຕີຫນຶ່ງ.
VM ທີ່ຕິດຕັ້ງສາມາດເອົາພື້ນທີ່ດິສກ໌ດ້ວຍວິທີຕ່າງໆ:

• ພື້ນທີ່ຮາດດິດຄົງທີ່, ເຊິ່ງອະນຸຍາດໃຫ້ເຂົ້າເຖິງຮາດດິດ virtual ໄດ້ໄວຂຶ້ນແລະຫຼີກເວັ້ນການ fragmentation ໄຟລ໌;
• ການຈັດສັນໜ່ວຍຄວາມຈຳແບບໄດນາມິກ. ເມື່ອຕິດຕັ້ງແອັບພລິເຄຊັນເພີ່ມເຕີມ, ຫນ່ວຍຄວາມຈໍາຈະຖືກຈັດສັນແບບໄດນາມິກສໍາລັບພວກມັນຈົນກ່ວາມັນຮອດຈໍານວນສູງສຸດທີ່ຈັດສັນໃຫ້ກັບມັນ.

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

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

ຕູ້ຄອນເທນເນີສະຫນອງກົນໄກທີ່ມີປະສິດທິພາບຫຼາຍສໍາລັບການຫຸ້ມຫໍ່ຄໍາຮ້ອງສະຫມັກໂດຍການສະຫນອງການໂຕ້ຕອບທີ່ຈໍາເປັນໃຫ້ກັບລະບົບເຈົ້າພາບ. ຄຸນນະສົມບັດນີ້ອະນຸຍາດໃຫ້ containers ແບ່ງປັນຫຼັກຂອງລະບົບ, ບ່ອນທີ່ແຕ່ລະ containers ດໍາເນີນການເປັນຂະບວນການແຍກຕ່າງຫາກຂອງ OS ຕົ້ນຕໍ, ເຊິ່ງມີຊຸດພື້ນທີ່ຫນ່ວຍຄວາມຈໍາຂອງຕົນເອງ (ພື້ນທີ່ທີ່ຢູ່ virtual ຂອງຕົນເອງ). ເນື່ອງຈາກພື້ນທີ່ທີ່ຢູ່ສະເໝືອນຂອງແຕ່ລະຖັງເປັນຂອງຕົນເອງ, ຂໍ້ມູນທີ່ຢູ່ໃນພື້ນທີ່ຄວາມຈຳທີ່ແຕກຕ່າງກັນບໍ່ສາມາດປ່ຽນແປງໄດ້.
OS ພື້ນເມືອງສໍາລັບ Docker ແມ່ນ Linux (Docker ຍັງສາມາດຖືກນໍາໃຊ້ໃນ Windows ແລະ MacOS), ມັນໃຊ້ຂໍ້ໄດ້ປຽບຕົ້ນຕໍຂອງມັນ, ເຊິ່ງຊ່ວຍໃຫ້ສາມາດຈັດແບ່ງແກ່ນໄດ້. ການເປີດຕົວ Docker containers ໃນ Windows ຈະມີຂຶ້ນພາຍໃນເຄື່ອງ virtual Linux. containers ແບ່ງປັນ OS ຂອງລະບົບໂຮດແລະ OS ຕົ້ນຕໍສໍາລັບພວກເຂົາແມ່ນ Linux.

ຕູ້ຄອນເທນເນີ - ມັນເຮັດວຽກແນວໃດ?

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

ແຕ່ລະຖັງສາມາດຖືກຕັ້ງຄ່າຜ່ານໄຟລ໌ໃນໂຄງການ docker-compose ລວມຢູ່ໃນການແກ້ໄຂຕົ້ນຕໍ, docker-compose.yml. ຢູ່ທີ່ນັ້ນທ່ານສາມາດກໍານົດພາລາມິເຕີຕ່າງໆເຊັ່ນຊື່ຕູ້ຄອນເທນເນີ, ພອດ, ຕົວລະບຸ, ຂີດຈໍາກັດຂອງຊັບພະຍາກອນ, ການຂຶ້ນກັບລະຫວ່າງບັນຈຸອື່ນໆ. ຖ້າທ່ານບໍ່ລະບຸຊື່ container ໃນການຕັ້ງຄ່າ, Docker ຈະສ້າງ container ໃຫມ່ໃນແຕ່ລະຄັ້ງ, ກໍານົດຊື່ໃຫ້ກັບມັນແບບສຸ່ມ.

ເມື່ອຕູ້ຄອນເທນເນີເລີ່ມຕົ້ນຈາກຮູບພາບ, Docker ຕິດຕັ້ງລະບົບໄຟລ໌ອ່ານ / ຂຽນຢູ່ເທິງສຸດຂອງຊັ້ນຕ່າງໆຂ້າງລຸ່ມນີ້. ນີ້ແມ່ນບ່ອນທີ່ຂະບວນການທັງຫມົດທີ່ພວກເຮົາຕ້ອງການ Docker container ຂອງພວກເຮົາຈະດໍາເນີນການ.

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

ຮູບພາບກ່ຽວຂ້ອງກັບຕູ້ຄອນເທນເນີແນວໃດ?

ຮູບພາບ - ອົງປະກອບຕົ້ນຕໍສໍາລັບແຕ່ລະຖັງ. ຮູບພາບໄດ້ຖືກສ້າງຂື້ນຈາກ Dockerfile ທີ່ເພີ່ມເຂົ້າໃນໂຄງການແລະເປັນຊຸດຂອງລະບົບໄຟລ໌ (ຊັ້ນ) ຊັ້ນເທິງຂອງກັນແລະກັນແລະຈັດກຸ່ມຮ່ວມກັນ, ມີສໍາລັບການອ່ານເທົ່ານັ້ນ; ຈໍານວນຊັ້ນສູງສຸດແມ່ນ 127.

ຫົວໃຈຂອງແຕ່ລະຮູບພາບແມ່ນຮູບພາບພື້ນຖານ, ເຊິ່ງຖືກກໍານົດໂດຍຄໍາສັ່ງ FROM - ຈຸດເຂົ້າໃນເວລາທີ່ສ້າງຮູບພາບ Dockerfile. ແຕ່ລະຊັ້ນເປັນຊັ້ນທີ່ອ່ານໄດ້ເທົ່ານັ້ນ ແລະຖືກສະແດງໂດຍຄຳສັ່ງດຽວທີ່ແກ້ໄຂລະບົບໄຟລ໌, ຂຽນໃນ Dockerfile.
ເພື່ອລວມຊັ້ນເຫຼົ່ານີ້ເຂົ້າໄປໃນຮູບດຽວ, Docker ໃຊ້ລະບົບໄຟລ໌ Union ຫຼາຍຊັ້ນຂັ້ນສູງ (AuFS ຖືກສ້າງຂຶ້ນຢູ່ເທິງສຸດຂອງ UnionFS), ອະນຸຍາດໃຫ້ໄຟລ໌ແລະໄດເລກະທໍລີຕ່າງໆຈາກຊັ້ນໄຟລ໌ທີ່ແຕກຕ່າງກັນສາມາດທັບຊ້ອນກັນຢ່າງໂປ່ງໃສ, ສ້າງລະບົບໄຟລ໌ທີ່ກ່ຽວຂ້ອງ.

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

Dockerfile ອາດຈະປະກອບດ້ວຍຄໍາສັ່ງເຊັ່ນ:

• FROM - ຈຸດເຂົ້າໃນການສ້າງຮູບພາບ;
• MAINTAINER - ຊື່ຂອງເຈົ້າຂອງຮູບພາບ;
• RUN - ການປະຕິບັດຄໍາສັ່ງໃນລະຫວ່າງການປະກອບຮູບພາບ;
• ADD - ການຄັດລອກໄຟລ໌ເຈົ້າພາບກັບຮູບພາບໃຫມ່, ຖ້າທ່ານລະບຸໄຟລ໌ URL, Docker ຈະດາວໂຫລດມັນໃສ່ໄດເລກະທໍລີທີ່ລະບຸໄວ້;
• ENV - ຕົວແປສະພາບແວດລ້ອມ;
• CMD - ເລີ່ມຕົ້ນການສ້າງພາຊະນະໃຫມ່ໂດຍອີງໃສ່ຮູບພາບ;
• ENTRYPOINT - ຄໍາສັ່ງຖືກປະຕິບັດເມື່ອກ່ອງບັນຈຸຖືກເລີ່ມຕົ້ນ.
• WORKDIR ແມ່ນໄດເລກະທໍລີທີ່ເຮັດວຽກສໍາລັບການປະຕິບັດຄໍາສັ່ງ CMD.
• USER - ກໍານົດ UID ສໍາລັບ container ທີ່ສ້າງຂຶ້ນຈາກຮູບພາບ.
• ປະລິມານ - ຕິດໄດເຣັກທໍຣີແມ່ຂ່າຍໃສ່ຖັງ.
• EXPOSE ແມ່ນຊຸດຂອງພອດທີ່ຟັງຢູ່ໃນຖັງ.

UnionFS ເຮັດວຽກແນວໃດ?

UnionFS — ການບໍລິການລະບົບໄຟລ໌ stack (FS) ສໍາລັບ Linux ແລະ FreeBSD. FS ນີ້ປະຕິບັດກົນໄກການສໍາເນົາເທິງຂຽນ (Copy-On-Write, COW). ຫນ່ວຍງານການເຮັດວຽກຂອງ UnionFS ແມ່ນຊັ້ນ, ແຕ່ລະຊັ້ນຄວນຈະຖືກພິຈາລະນາເປັນລະບົບໄຟລ໌ເຕັມທີ່ແຍກຕ່າງຫາກທີ່ມີລໍາດັບຊັ້ນຂອງໄດເລກະທໍລີຈາກຮາກຂອງມັນເອງ. UnionFS ສ້າງ union mount ສໍາລັບລະບົບໄຟລ໌ອື່ນໆແລະອະນຸຍາດໃຫ້ທ່ານສາມາດລວມໄຟລ໌ແລະໄດເລກະທໍລີຢ່າງໂປ່ງໃສຈາກລະບົບໄຟລ໌ທີ່ແຕກຕ່າງກັນ (ເອີ້ນວ່າສາຂາ) ເຂົ້າໄປໃນລະບົບໄຟລ໌ເຊື່ອມຕໍ່ດຽວ, ໂປ່ງໃສກັບຜູ້ໃຊ້.

ເນື້ອໃນຂອງໄດເລກະທໍລີທີ່ມີເສັ້ນທາງດຽວກັນຈະຖືກສະແດງຮ່ວມກັນໃນໄດເລກະທໍລີລວມດຽວ (ໃນ namespace ດຽວກັນ) ຂອງລະບົບໄຟລ໌ຜົນໄດ້ຮັບ.

UnionFS ລວມຊັ້ນຕ່າງໆໂດຍອີງໃສ່ຫຼັກການຕໍ່ໄປນີ້:

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

Docker ແມ່ນເທັກໂນໂລຍີທົ່ວໄປທີ່ສຸດສໍາລັບການນໍາໃຊ້ containers ໃນການເຮັດວຽກຂອງຄໍາຮ້ອງສະຫມັກ. ມັນໄດ້ກາຍເປັນມາດຕະຖານໃນຂົງເຂດນີ້, ການກໍ່ສ້າງຢູ່ໃນ cgroups ແລະ namespaces ທີ່ສະຫນອງໃຫ້ໂດຍ Linux kernel.

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

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