ວິທີການຂະຫຍາຍທຸລະກິດ Docker ເພື່ອຮັບໃຊ້ຜູ້ພັດທະນາລ້ານໆຄົນ, ສ່ວນທີ 2: ຂໍ້ມູນຂາອອກ

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

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

ຂໍ້ຈໍາກັດກ່ຽວກັບຄວາມຖີ່ຂອງການດາວໂຫຼດໄດ້ຖືກປະກາດໃນເມື່ອກ່ອນຂອງພວກເຮົາ ເງື່ອນໄຂການໃຫ້ບໍລິການ. ພວກເຮົາພິຈາລະນາຢ່າງເລິກເຊິ່ງກ່ຽວກັບຂໍ້ຈຳກັດຄວາມຖີ່ທີ່ຈະມີຜົນບັງຄັບໃຊ້ໃນວັນທີ 1 ພະຈິກ 2020:

ແຜນການຟຣີ, ຜູ້ໃຊ້ທີ່ບໍ່ເປີດເຜີຍຊື່: 100 ດາວໂຫຼດໃນ 6 ຊົ່ວໂມງ
ແຜນການຟຣີ, ຜູ້ໃຊ້ທີ່ໄດ້ຮັບອະນຸຍາດ: 200 ດາວໂຫຼດໃນ 6 ຊົ່ວໂມງ
ແຜນ Pro: ບໍ່ຈໍາກັດ
ແຜນການອັດຕາພາສີຂອງທີມງານ: ບໍ່ຈໍາກັດ

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

NB ທ່ານຈະໄດ້ຮັບ subtleties ຫຼາຍແລະກໍລະນີການປະຕິບັດທີ່ດີທີ່ສຸດ ໃນຫຼັກສູດ Docker ຈາກນັກປະຕິບັດ. ຍິ່ງໄປກວ່ານັ້ນ, ທ່ານສາມາດເອົາມັນໄດ້ທຸກເວລາທີ່ມັນສະດວກສໍາລັບທ່ານ - ທັງໃນເວລາແລະອາລົມ.

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

ການວິເຄາະລາຍລະອຽດຂອງອັດຕາການດາວໂຫຼດຮູບພາບ Docker Hub

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

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

ຊ່ວຍໃຫ້ຜູ້ພັດທະນາເຂົ້າໃຈການຈຳກັດອັດຕາການດາວໂຫຼດໄດ້ດີຂຶ້ນ

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

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

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

ມັນ turns ໃຫ້ເຫັນວ່າການດາວໂຫຼດຮູບພາບແມ່ນຕົວຈິງແລ້ວຫນຶ່ງຫຼືສອງຄໍາຮ້ອງຂໍ manifest, ເຊັ່ນດຽວກັນກັບຈາກສູນເຖິງ infinity - layer requests (blob). ໃນປະຫວັດສາດ, Docker ໄດ້ຕິດຕາມຄວາມຖີ່ຂອງການດາວໂຫຼດເປັນແຕ່ລະຊັ້ນເນື່ອງຈາກນີ້ແມ່ນກ່ຽວຂ້ອງກັບການໃຊ້ແບນວິດຫຼາຍທີ່ສຸດ. ແຕ່ຢ່າງໃດກໍ່ຕາມ, ພວກເຮົາໄດ້ຟັງຊຸມຊົນວ່ານີ້ແມ່ນຍາກກວ່າ, ເພາະວ່າທ່ານຈໍາເປັນຕ້ອງຕິດຕາມຈໍານວນຊັ້ນທີ່ຮ້ອງຂໍ, ເຊິ່ງຈະນໍາໄປສູ່ການບໍ່ສົນໃຈການປະຕິບັດທີ່ດີທີ່ສຸດກ່ຽວກັບການເຮັດວຽກກັບ Dockerfile, ແລະຍັງມີຄວາມເຂົ້າໃຈຫຼາຍສໍາລັບຜູ້ໃຊ້ທີ່ຕ້ອງການເຮັດວຽກ. ດ້ວຍການລົງທະບຽນໂດຍບໍ່ມີຄວາມເຂົ້າໃຈຫຼາຍກ່ຽວກັບລາຍລະອຽດ.

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

ພວກເຮົາລໍຖ້າຄໍາຕິຊົມຂອງທ່ານ

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

ຕິດຕາມໃນອາທິດຂ້າງຫນ້າສໍາລັບບົດຄວາມອື່ນກ່ຽວກັບການສ້າງຕັ້ງ CI ແລະລະບົບການສູ້ຮົບໃນແສງສະຫວ່າງຂອງການປ່ຽນແປງເຫຼົ່ານີ້.

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

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການປ່ຽນແປງຫຼ້າສຸດຂອງເງື່ອນໄຂການບໍລິການ, ກະລຸນາເຂົ້າໄປເບິ່ງ FAQ.

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

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