ການສ້າງລະບົບຕ່ອງໂສ້ CI/CD ແລະເຮັດວຽກອັດຕະໂນມັດກັບ Docker

ຂ້ອຍຂຽນເວັບໄຊທ໌ທໍາອິດຂອງຂ້ອຍໃນທ້າຍປີ 90s. ໃນເມື່ອກ່ອນມັນງ່າຍຫຼາຍທີ່ຈະເອົາພວກມັນເຂົ້າໄປໃນຄໍາສັ່ງເຮັດວຽກ. ມີເຄື່ອງແມ່ຂ່າຍຂອງ Apache ໃນບາງໂຮດຕິ້ງທີ່ແບ່ງປັນ, ທ່ານສາມາດເຂົ້າສູ່ລະບົບເຄື່ອງແມ່ຂ່າຍນີ້ຜ່ານ FTP ໂດຍການຂຽນບາງສິ່ງບາງຢ່າງເຊັ່ນ: ftp://ftp.example.com. ຫຼັງຈາກນັ້ນ, ທ່ານຕ້ອງໃສ່ຊື່ແລະລະຫັດຜ່ານຂອງທ່ານແລະອັບໂຫລດໄຟລ໌ໄປຫາເຄື່ອງແມ່ຂ່າຍ. ມີເວລາທີ່ແຕກຕ່າງກັນ, ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍກວ່າໃນປັດຈຸບັນ.

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

ສໍາລັບໂຄງການສ່ວນຕົວຂອງຂ້ອຍຂ້ອຍມີການຕັ້ງຄ່າພິເສດ. ແລະຂ້ອຍຮູ້ວ່າຂ້ອຍຕ້ອງການຄວາມສາມາດໃນການນໍາໃຊ້ເວັບໄຊທ໌ໃນການຜະລິດໂດຍການດໍາເນີນການພຽງແຕ່ຫນຶ່ງ: ຂຽນລະຫັດໄປຫາສາຂາ. master ໃນ GitHub. ນອກຈາກນັ້ນ, ຂ້າພະເຈົ້າຮູ້ວ່າເພື່ອຮັບປະກັນການປະຕິບັດງານຂອງຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ຂະຫນາດນ້ອຍຂອງຂ້າພະເຈົ້າ, ຂ້າພະເຈົ້າບໍ່ຕ້ອງການຈັດການກຸ່ມ Kubernetes ຂະຫນາດໃຫຍ່, ຫຼືນໍາໃຊ້ເຕັກໂນໂລຢີ Docker Swarm, ຫຼືຮັກສາເຮືອຂອງເຄື່ອງແມ່ຂ່າຍທີ່ມີຝັກ, ຕົວແທນແລະທຸກປະເພດອື່ນໆ. ຄວາມສັບສົນ. ເພື່ອບັນລຸເປົ້າໝາຍເຮັດໃຫ້ວຽກງ່າຍທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້, ຂ້ອຍຕ້ອງຄຸ້ນເຄີຍກັບ CI/CD.

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

ເງື່ອນໄຂເບື້ອງຕົ້ນ

ຜູ້ອ່ານຂອງບົດຄວາມນີ້ຄາດວ່າຈະມີຄວາມເຂົ້າໃຈພື້ນຖານກ່ຽວກັບເສັ້ນຄໍາສັ່ງແລະການຂຽນ Bash scripts. ນອກຈາກນັ້ນ, ລາວຈະຕ້ອງການບັນຊີ Travis C.I. и ສູນກາງ docker.

ຈຸດປະສົງ

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

ນີ້ແມ່ນສິ່ງທີ່ຂະບວນການເຮັດວຽກຂອງຂ້ອຍສິ້ນສຸດລົງ.

ສໍາ​ລັບ​ລະ​ຫັດ​ປະ​ກາດ​ກັບ​ສາ​ຂາ repository ໃດ​ຍົກ​ເວັ້ນ​ master, ການ​ປະ​ຕິ​ບັດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ແມ່ນ​ປະ​ຕິ​ບັດ​:

• ໂຄງການກໍ່ສ້າງໃນ Travis CI ເລີ່ມຕົ້ນ.
• ຫນ່ວຍບໍລິການທັງຫມົດ, ການເຊື່ອມໂຍງແລະການທົດສອບ end-to-end ແມ່ນປະຕິບັດ.

ພຽງແຕ່ສໍາລັບລະຫັດທີ່ຕົກຢູ່ໃນ master, ການ​ປະ​ຕິ​ບັດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

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

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

CI/CD ແມ່ນຫຍັງ?

ຕົວຫຍໍ້ CI / CD ຫຍໍ້ມາຈາກ "ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ / ການປະຕິບັດຢ່າງຕໍ່ເນື່ອງ."

▍ ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ

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

▍ ການນຳໃຊ້ຢ່າງຕໍ່ເນື່ອງ

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

ການເລີ່ມຕົ້ນ

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

ໃນກໍລະນີຂອງຂ້ອຍ, ແອັບພລິເຄຊັນແມ່ນເຄື່ອງແມ່ຂ່າຍ Express ທີ່ເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມ Node.js, ໃຫ້ບໍລິການຄໍາຮ້ອງສະຫມັກ React ຫນ້າດຽວແລະສະຫນັບສະຫນູນ API ດ້ານເຊີຟເວີທີ່ປອດໄພ. ສະຖາປັດຕະຍະກໍານີ້ປະຕິບັດຕາມຍຸດທະສາດທີ່ສາມາດພົບເຫັນຢູ່ໃນ ນີ້ ຄູ່ມືການພິສູດຢືນຢັນແບບ stack ເຕັມ.

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

Docker

Docker ເປັນເຄື່ອງມືທີ່, ຂອບໃຈກັບເທກໂນໂລຍີບັນຈຸບັນຈຸ, ຊ່ວຍໃຫ້ແອັບພລິເຄຊັນສາມາດແຈກຢາຍໄດ້ງ່າຍ, ນໍາໃຊ້ແລະດໍາເນີນການໃນສະພາບແວດລ້ອມດຽວກັນ, ເຖິງແມ່ນວ່າແພລະຕະຟອມ Docker ເອງຈະເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມທີ່ແຕກຕ່າງກັນ. ທໍາອິດ, ຂ້ອຍຈໍາເປັນຕ້ອງໄດ້ເອົາມືຂອງຂ້ອຍກ່ຽວກັບ Docker command line tools (CLI). ຄໍາແນະນໍາ ຄູ່ມືການຕິດຕັ້ງ Docker ບໍ່ສາມາດຖືກເອີ້ນວ່າຈະແຈ້ງແລະເຂົ້າໃຈໄດ້, ແຕ່ຈາກມັນທ່ານສາມາດຮຽນຮູ້ວ່າເພື່ອດໍາເນີນຂັ້ນຕອນການຕິດຕັ້ງທໍາອິດ, ທ່ານຈໍາເປັນຕ້ອງດາວໂຫລດ Docker Desktop (ສໍາລັບ Mac ຫຼື Windows).

Docker Hub ແມ່ນປະມານອັນດຽວກັນກັບ GitHub ສໍາລັບ git repositories, ຫຼືການລົງທະບຽນ npm ສໍາລັບຊຸດ JavaScript. ນີ້ແມ່ນບ່ອນເກັບຂໍ້ມູນອອນໄລນ໌ສໍາລັບຮູບພາບ Docker. ນີ້ແມ່ນສິ່ງທີ່ Docker Desktop ເຊື່ອມຕໍ່ກັບ.

ດັ່ງນັ້ນ, ເພື່ອເລີ່ມຕົ້ນກັບ Docker, ທ່ານຈໍາເປັນຕ້ອງເຮັດສອງຢ່າງ:

• ຕັ້ງ DockerDesktop.
• ລົງທະບຽນສໍາລັບ ສູນກາງ docker.

ຫຼັງຈາກນີ້, ທ່ານສາມາດກວດເບິ່ງວ່າ Docker CLI ເຮັດວຽກຫຼືບໍ່ໂດຍການແລ່ນຄໍາສັ່ງຕໍ່ໄປນີ້ເພື່ອກວດເບິ່ງສະບັບ Docker:

docker -v

ຕໍ່ໄປ, ເຂົ້າສູ່ລະບົບ Docker Hub ໂດຍການໃສ່ຊື່ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານຂອງທ່ານເມື່ອຖືກຖາມ:

docker login

ເພື່ອໃຊ້ Docker, ທ່ານຕ້ອງເຂົ້າໃຈແນວຄວາມຄິດຂອງຮູບພາບແລະເຄື່ອງບັນຈຸ.

▍ຮູບ

ຮູບພາບແມ່ນບາງສິ່ງບາງຢ່າງຄ້າຍຄື blueprint ທີ່ມີຄໍາແນະນໍາສໍາລັບການປະກອບພາຊະນະ. ນີ້ແມ່ນພາບຖ່າຍທີ່ບໍ່ສາມາດປ່ຽນແປງໄດ້ຂອງລະບົບໄຟລ໌ ແລະການຕັ້ງຄ່າຂອງແອັບພລິເຄຊັນ. ນັກພັດທະນາສາມາດແບ່ງປັນຮູບພາບໄດ້ຢ່າງງ່າຍດາຍ.

# Вывод сведений обо всех образах
docker images

ຄຳສັ່ງນີ້ຈະອອກຕາຕະລາງທີ່ມີສ່ວນຫົວຕໍ່ໄປນີ້:

REPOSITORY     TAG     IMAGE ID     CREATED     SIZE
---

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

▍ ບັນຈຸ

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

# Перечисление всех контейнеров
docker ps -a
CONTAINER ID     IMAGE     COMMAND     CREATED     STATUS     PORTS     NAMES
---

▍ແທັກ

ແທັກແມ່ນຕົວຊີ້ບອກສະບັບສະເພາະຂອງຮູບພາບ.

▍ ການອ້າງອີງໄວຕໍ່ກັບຄໍາສັ່ງ Docker

ນີ້ແມ່ນພາບລວມຂອງບາງຄໍາສັ່ງ Docker ທີ່ໃຊ້ທົ່ວໄປ.

ທີມງານ

ສະພາບການ

ຜົນກະທົບ

ການກໍ່ສ້າງ docker

ຮູບພາບ

ການສ້າງຮູບພາບຈາກ Dockerfile

docker tag

ຮູບພາບ

ການແທັກຮູບພາບ

docker images

ຮູບພາບ

ລາຍຊື່ຮູບພາບ

docker run

Container

ແລ່ນພາຊະນະໂດຍອີງໃສ່ຮູບພາບ

docker push

ຮູບພາບ

ກຳລັງອັບໂຫຼດຮູບໃສ່ທະບຽນ

docker ດຶງ

ຮູບພາບ

ກຳລັງໂຫລດຮູບພາບຈາກລີຈິດຊີ

docker ps

Container

ລາຍການບັນຈຸ

docker ລະບົບ prun

ຮູບພາບ/ຕູ້ຄອນເທນເນີ

ການເອົາພາຊະນະທີ່ບໍ່ໄດ້ໃຊ້ແລະຮູບພາບ

▍Dockerfile

ຂ້ອຍຮູ້ວິທີການດໍາເນີນການຄໍາຮ້ອງສະຫມັກການຜະລິດໃນທ້ອງຖິ່ນ. ຂ້ອຍມີການຕັ້ງຄ່າ Webpack ທີ່ອອກແບບມາເພື່ອສ້າງແອັບພລິເຄຊັນ React ທີ່ກຽມພ້ອມແລ້ວ. ຕໍ່ໄປ, ຂ້ອຍມີຄໍາສັ່ງທີ່ເລີ່ມຕົ້ນເຄື່ອງແມ່ຂ່າຍທີ່ອີງໃສ່ Node.js ໃນພອດ 5000. ມັນເບິ່ງຄືວ່ານີ້:

npm i         # установка зависимостей
npm run build # сборка React-приложения
npm run start # запуск Node-сервера

ມັນຄວນຈະສັງເກດວ່າຂ້ອຍບໍ່ມີຄໍາຮ້ອງສະຫມັກຕົວຢ່າງສໍາລັບເອກະສານນີ້. ແຕ່ໃນທີ່ນີ້, ສໍາລັບການທົດລອງ, ຄໍາຮ້ອງສະຫມັກ Node ທີ່ງ່າຍດາຍຈະເຮັດ.

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

ແຕ່ສິ່ງທີ່ມັນປະກອບດ້ວຍພຽງແຕ່ອະທິບາຍ, ມີຄໍາສັ່ງພິເສດ, ບາງສິ່ງບາງຢ່າງທີ່ຄ້າຍຄືກັນກັບການຕັ້ງຄ່າສະພາບແວດລ້ອມການເຮັດວຽກ. ນີ້ແມ່ນບາງຄໍາສັ່ງເຫຼົ່ານີ້:

• ຈາກ — ຄໍາ​ສັ່ງ​ນີ້​ຈະ​ເລີ່ມ​ຕົ້ນ​ໄຟລ​໌​. ມັນ​ລະ​ບຸ​ຮູບ​ພື້ນ​ຖານ​ທີ່​ບັນ​ຈຸ​ໄດ້​ຖືກ​ສ້າງ​ຂຶ້ນ​.
• COPY — ການສຳເນົາໄຟລ໌ຈາກແຫຼ່ງທ້ອງຖິ່ນໄປໃສ່ຖັງ.
• WORKDIR — ການ​ຕັ້ງ​ຄ່າ​ການ​ເຮັດ​ວຽກ​ສໍາ​ລັບ​ຄໍາ​ສັ່ງ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​.
• RUN - ດໍາເນີນການຄໍາສັ່ງ.
• ອະທິບາຍ - ການ​ຕັ້ງ​ຄ່າ Port.
• ENTRYPOINT - ການ​ຊີ້​ບອກ​ຂອງ​ຄໍາ​ສັ່ງ​ທີ່​ຈະ​ປະ​ຕິ​ບັດ​.

Dockerfile ອາດຈະເບິ່ງຄືວ່ານີ້:

# Загрузить базовый образ
FROM node:12-alpine

# Скопировать файлы из текущей директории в директорию app/
COPY . app/

# Использовать app/ в роли рабочей директории
WORKDIR app/

# Установить зависимости (команда npm ci похожа npm i, но используется для автоматизированных сборок)
RUN npm ci --only-production

# Собрать клиентское React-приложение для продакшна
RUN npm run build

# Прослушивать указанный порт
EXPOSE 5000

# Запустить Node-сервер
ENTRYPOINT npm run start

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

▍ ການ​ກໍ່​ສ້າງ​, ການ​ຕິດ​ຕັ້ງ​ແລະ​ການ​ແລ່ນ​ພາ​ຊະ​ນະ​

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

▍ ປະກອບ

ກ່ອນອື່ນ ໝົດ, ທ່ານ ຈຳ ເປັນຕ້ອງເກັບລວບລວມ ຮູບພາບ, ການລະບຸຊື່ແລະ, ທາງເລືອກ, ແທັກ (ຖ້າແທັກບໍ່ໄດ້ຖືກລະບຸ, ລະບົບຈະກໍານົດແທັກໃຫ້ຮູບພາບໂດຍອັດຕະໂນມັດ. latest).

# Сборка образа
docker build -t <image>:<tag> .

ຫຼັງຈາກແລ່ນຄໍາສັ່ງນີ້, ທ່ານສາມາດເບິ່ງ Docker ສ້າງຮູບພາບ.

Sending build context to Docker daemon   2.88MB
Step 1/9 : FROM node:12-alpine
 ---> ...выполнение этапов сборки...
Successfully built 123456789123
Successfully tagged <image>:<tag>

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

REPOSITORY          TAG               IMAGE ID            CREATED              SIZE
<image>             latest            123456789123        About a minute ago   x.xxGB

▍ ເປີດຕົວ

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

# Запуск с использованием локального порта 5000 и порта контейнера 5000
docker run -p 5000:5000 <image>:<tag>

ໃນປັດຈຸບັນທີ່ບັນຈຸຖືກສ້າງແລະແລ່ນ, ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ docker ps ເພື່ອເບິ່ງຂໍ້ມູນກ່ຽວກັບບັນຈຸນີ້ (ຫຼືທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ docker ps -a, ເຊິ່ງສະແດງຂໍ້ມູນກ່ຽວກັບບັນຈຸທັງຫມົດ, ບໍ່ພຽງແຕ່ແລ່ນຫນຶ່ງ).

CONTAINER ID        IMAGE               COMMAND                  CREATED              STATUS                      PORTS                    NAMES
987654321234        <image>             "/bin/sh -c 'npm run…"   6 seconds ago        Up 6 seconds                0.0.0.0:5000->5000/tcp   stoic_darwin

ຖ້າເຈົ້າຕອນນີ້ໄປຫາທີ່ຢູ່ localhost:5000 — ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ຫນ້າ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລ່ນ​ທີ່​ຄ້າຍ​ຄື​ກັນ​ກັບ​ຫນ້າ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທີ່​ແລ່ນ​ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ​ການ​ຜະ​ລິດ​ໄດ້​.

▍ ການແທັກ ແລະເຜີຍແຜ່

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

ໃນປັດຈຸບັນທ່ານສາມາດສ້າງຮູບພາບທີ່ມີຊື່ໃຫມ່ແລະດໍາເນີນການຄໍາສັ່ງ docker push ເພື່ອຊຸກດັນມັນໄປຫາບ່ອນເກັບມ້ຽນ Docker Hub.

docker build -t <username>/<repository>:<tag> .
docker tag <username>/<repository>:<tag> <username>/<repository>:latest
docker push <username>/<repository>:<tag>

# На практике это может выглядеть, например, так:
docker build -t user/app:v1.0.0 .
docker tag user/app:v1.0.0 user/app:latest
docker push user/app:v1.0.0

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

ຂັ້ນ​ຕອນ​ຕໍ່​ໄປ

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

• ການ​ຕັ້ງ​ຄ່າ​ເຄື່ອງ​ມື CI ສໍາ​ລັບ​ການ​ທົດ​ສອບ​ແລະ​ການ​ນໍາ​ໃຊ້​ລະ​ຫັດ​.
• ການຕັ້ງຄ່າເຄື່ອງແມ່ຂ່າຍການຜະລິດເພື່ອໃຫ້ມັນສາມາດດາວໂຫລດແລະແລ່ນລະຫັດຂອງພວກເຮົາ.

ໃນກໍລະນີຂອງພວກເຮົາ, ພວກເຮົາໃຊ້ Travis C.I.. ເປັນເຄື່ອງແມ່ຂ່າຍ - DitigalOcean.

ມັນຄວນຈະສັງເກດວ່າໃນທີ່ນີ້ທ່ານສາມາດນໍາໃຊ້ການປະສົມປະສານຂອງການບໍລິການອື່ນ. ຕົວຢ່າງ, ແທນທີ່ຈະ Travis CI, ທ່ານສາມາດນໍາໃຊ້ CircleCI ຫຼື Github Actions. ແລະແທນທີ່ຈະເປັນ DigitalOcean - AWS ຫຼື Linode.

ພວກເຮົາໄດ້ຕັດສິນໃຈເຮັດວຽກກັບ Travis CI, ແລະຂ້ອຍມີບາງສິ່ງບາງຢ່າງທີ່ກໍາຫນົດຄ່າໃນການບໍລິການນີ້. ດັ່ງນັ້ນ, ຕອນນີ້ຂ້ອຍຈະເວົ້າສັ້ນໆກ່ຽວກັບວິທີການກະກຽມສໍາລັບການເຮັດວຽກ.

Travis C.I.

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

ເພື່ອເລີ່ມຕົ້ນດ້ວຍ Travis CI, ໃຫ້ໄປທີ່ ເວັບໄຊທ໌ຂອງໂຄງການ ແລະສ້າງບັນຊີ. ຫຼັງຈາກນັ້ນ, ປະສົມປະສານ Travis CI ກັບບັນຊີ GitHub ຂອງທ່ານ. ເມື່ອຕັ້ງຄ່າລະບົບ, ທ່ານຈະຕ້ອງລະບຸບ່ອນເກັບມ້ຽນທີ່ທ່ານຕ້ອງການທີ່ຈະເຮັດວຽກອັດຕະໂນມັດແລະເປີດໃຊ້ການເຂົ້າເຖິງມັນ. (ຂ້ອຍໃຊ້ GitHub, ແຕ່ຂ້ອຍແນ່ໃຈວ່າ Travis CI ສາມາດປະສົມປະສານກັບ BitBucket, ແລະ GitLab, ແລະບໍລິການທີ່ຄ້າຍຄືກັນອື່ນໆ).

ແຕ່ລະຄັ້ງທີ່ Travis CI ເລີ່ມຕົ້ນ, ເຊີບເວີຖືກເປີດຕົວ, ປະຕິບັດຄໍາສັ່ງທີ່ລະບຸໄວ້ໃນໄຟລ໌ການຕັ້ງຄ່າ, ລວມທັງການປັບໃຊ້ສາຂາຂອງ repository ທີ່ສອດຄ້ອງກັນ.

▍ ວົງຈອນຊີວິດວຽກ

ໄຟລ໌ການຕັ້ງຄ່າ Travis CI ເອີ້ນວ່າ .travis.yml ແລະເກັບຮັກສາໄວ້ໃນລະບົບຮາກໂຄງການ, ສະຫນັບສະຫນູນແນວຄວາມຄິດຂອງເຫດການ ວົງ​ຈອນ​ຊີ​ວິດ ວຽກງານ. ເຫດການເຫຼົ່ານີ້ແມ່ນໄດ້ລະບຸໄວ້ໃນລໍາດັບທີ່ມັນເກີດຂຶ້ນ:

• apt addons
• cache components
• before_install
• install
• before_script
• script
• before_cache
• after_success или after_failure
• before_deploy
• deploy
• after_deploy
• after_script

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

ໃນໄຟລ໌ການຕັ້ງຄ່າຂ້ອຍຈະຕັ້ງຄ່າເຄື່ອງແມ່ຂ່າຍ Travis CI ທ້ອງຖິ່ນ. ຂ້ອຍເລືອກ Node 12 ເປັນພາສາແລະບອກໃຫ້ລະບົບຕິດຕັ້ງ dependencies ທີ່ຕ້ອງການໃຊ້ Docker.

ທຸກຢ່າງທີ່ລະບຸໄວ້ໃນ .travis.yml, ຈະຖືກປະຕິບັດໃນເວລາທີ່ການຮ້ອງຂໍການດຶງທັງຫມົດແມ່ນເຮັດກັບທຸກສາຂາຂອງ repository, ເວັ້ນເສຍແຕ່ໄດ້ລະບຸໄວ້ເປັນຢ່າງອື່ນ. ນີ້ແມ່ນຄຸນສົມບັດທີ່ເປັນປະໂຫຍດເພາະວ່າມັນຫມາຍຄວາມວ່າພວກເຮົາສາມາດທົດສອບລະຫັດທັງຫມົດທີ່ເຂົ້າມາໃນ repository. ນີ້ເຮັດໃຫ້ທ່ານຮູ້ວ່າລະຫັດພ້ອມທີ່ຈະຂຽນໄປຫາສາຂາ. master, ແລະວ່າມັນຈະທໍາລາຍຂະບວນການສ້າງໂຄງການ. ໃນການຕັ້ງຄ່າທົ່ວໂລກນີ້, ຂ້ອຍຕິດຕັ້ງທຸກສິ່ງທຸກຢ່າງຢູ່ໃນທ້ອງຖິ່ນ, ແລ່ນເຄື່ອງແມ່ຂ່າຍ Webpack dev ໃນພື້ນຫລັງ (ນີ້ແມ່ນລັກສະນະຂອງການເຮັດວຽກຂອງຂ້ອຍ), ແລະດໍາເນີນການທົດສອບ.

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

ດັ່ງນັ້ນ, ນີ້ແມ່ນເນື້ອໃນຂອງໄຟລ໌ .travis.yml:

# Установить язык
language: node_js

# Установить версию Node.js
node_js:
  - '12'

services:
  # Использовать командную строку Docker
  - docker

install:
  # Установить зависимости для тестов
  - npm ci

before_script:
  # Запустить сервер и клиент для тестов
  - npm run dev &

script:
  # Запустить тесты
  - npm run test

ນີ້ແມ່ນບ່ອນທີ່ການປະຕິບັດທີ່ຖືກປະຕິບັດສໍາລັບທຸກສາຂາຂອງ repository ແລະສໍາລັບການດຶງການຮ້ອງຂໍສິ້ນສຸດລົງ.

▍ ການນຳໃຊ້

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

deploy:
  # Собрать Docker-контейнер и отправить его на Docker Hub
  provider: script
  script: bash deploy.sh
  on:
    branch: master

script ການຕິດຕັ້ງແກ້ໄຂບັນຫາສອງຢ່າງ:

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

ທໍາອິດ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຕັ້ງຄ່າຂະບວນການອັດຕະໂນມັດສໍາລັບການກໍ່ສ້າງ, tagging, ແລະຊຸກຍູ້ຮູບພາບກັບ Docker Hub. ນີ້ແມ່ນທັງຫມົດທີ່ຄ້າຍຄືກັນກັບສິ່ງທີ່ພວກເຮົາໄດ້ເຮັດແລ້ວດ້ວຍຕົນເອງ, ຍົກເວັ້ນວ່າພວກເຮົາຕ້ອງການຍຸດທະສາດສໍາລັບການກໍານົດ tags ເປັນເອກະລັກກັບຮູບພາບແລະການເຂົ້າສູ່ລະບົບອັດຕະໂນມັດ. ຂ້ອຍມີຄວາມຫຍຸ້ງຍາກກັບລາຍລະອຽດບາງຢ່າງຂອງສະຄິບການຕິດຕັ້ງ, ເຊັ່ນ: ຍຸດທະສາດການຕິດແທັກ, ການເຂົ້າສູ່ລະບົບ, ການເຂົ້າລະຫັດ SSH key, ການສ້າງຕັ້ງການເຊື່ອມຕໍ່ SSH. ແຕ່ໂຊກດີທີ່ແຟນຂອງຂ້ອຍດີຫຼາຍກັບ bash, ເຊັ່ນດຽວກັນກັບສິ່ງອື່ນໆ. ລາວຊ່ວຍຂ້ອຍຂຽນບົດນີ້.

ດັ່ງນັ້ນ, ສ່ວນທໍາອິດຂອງ script ແມ່ນການອັບໂຫລດຮູບພາບໄປຍັງ Docker Hub. ນີ້ແມ່ນຂ້ອນຂ້າງງ່າຍທີ່ຈະເຮັດ. ໂຄງການ tagging ທີ່ຂ້ອຍໃຊ້ປະກອບມີການລວມ git hash ແລະ git tag, ຖ້າມີ. ນີ້ຮັບປະກັນວ່າແທັກແມ່ນເປັນເອກະລັກແລະເຮັດໃຫ້ມັນງ່າຍຕໍ່ການລະບຸການປະກອບທີ່ມັນອີງໃສ່. DOCKER_USERNAME и DOCKER_PASSWORD ແມ່ນຕົວແປສະພາບແວດລ້ອມຂອງຜູ້ໃຊ້ທີ່ສາມາດຕັ້ງຄ່າໄດ້ໂດຍໃຊ້ການໂຕ້ຕອບ Travis CI. Travis CI ຈະປະມວນຜົນຂໍ້ມູນທີ່ລະອຽດອ່ອນໂດຍອັດຕະໂນມັດເພື່ອບໍ່ໃຫ້ມັນຕົກຢູ່ໃນມືຜິດ.

ນີ້ແມ່ນສ່ວນທໍາອິດຂອງ script deploy.sh.

#!/bin/sh
set -e # Остановить скрипт при наличии ошибок

IMAGE="<username>/<repository>"                             # Образ Docker
GIT_VERSION=$(git describe --always --abbrev --tags --long) # Git-хэш и теги

# Сборка и тегирование образа
docker build -t ${IMAGE}:${GIT_VERSION} .
docker tag ${IMAGE}:${GIT_VERSION} ${IMAGE}:latest

# Вход в Docker Hub и выгрузка образа
echo "${DOCKER_PASSWORD}" | docker login -u "${DOCKER_USERNAME}" --password-stdin
docker push ${IMAGE}:${GIT_VERSION}

ສິ່ງທີ່ພາກທີສອງຂອງສະຄິບຈະເປັນຂຶ້ນກັບເຈົ້າພາບທີ່ທ່ານກໍາລັງໃຊ້ແລະວິທີການເຊື່ອມຕໍ່ມັນຖືກຈັດຂື້ນ. ໃນກໍລະນີຂອງຂ້ອຍ, ນັບຕັ້ງແຕ່ຂ້ອຍໃຊ້ Digital Ocean, ຂ້ອຍໃຊ້ຄໍາສັ່ງເພື່ອເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ doctl. ເມື່ອເຮັດວຽກກັບ AWS, ຜົນປະໂຫຍດຈະຖືກນໍາໃຊ້ aws, ແລະອື່ນໆ.

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

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

• ພວກເຮົາຈໍາເປັນຕ້ອງຊອກຫາຕູ້ຄອນເທນເນີທີ່ກໍາລັງແລ່ນແລະຢຸດມັນ.
• ຫຼັງຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ເປີດຕົວບັນຈຸໃຫມ່ໃນພື້ນຫລັງ.
• ທ່ານຈະຕ້ອງຕັ້ງພອດທ້ອງຖິ່ນຂອງເຄື່ອງແມ່ຂ່າຍເປັນ 80 - ນີ້​ຈະ​ເຮັດ​ໃຫ້​ທ່ານ​ເຂົ້າ​ໄປ​ໃນ​ເວັບ​ໄຊ​ທີ່​ຢູ່​ເຊັ່ນ​:​ example.com, ໂດຍບໍ່ມີການລະບຸພອດ, ແທນທີ່ຈະໃຊ້ທີ່ຢູ່ເຊັ່ນ example.com:5000.
• ສຸດທ້າຍ, ທ່ານຈໍາເປັນຕ້ອງລຶບຖັງແລະຮູບພາບເກົ່າທັງຫມົດ.

ນີ້ແມ່ນການສືບຕໍ່ຂອງ script ໄດ້.

# Найти ID работающего контейнера
CONTAINER_ID=$(docker ps | grep takenote | cut -d" " -f1)

# Остановить старый контейнер, запустить новый, очистить систему
docker stop ${CONTAINER_ID}
docker run --restart unless-stopped -d -p 80:5000 ${IMAGE}:${GIT_VERSION}
docker system prune -a -f

ບາງສິ່ງທີ່ຄວນເອົາໃຈໃສ່

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

The authenticity of host '<hostname> (<IP address>)' can't be established.
RSA key fingerprint is <key fingerprint>.
Are you sure you want to continue connecting (yes/no)?

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

echo <public key> | base64 # выводит <публичный ключ, закодированный в base64>

ໃນທາງປະຕິບັດ, ຄໍາສັ່ງນີ້ອາດຈະມີລັກສະນະນີ້:

echo "123.45.67.89 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAklOUpkDHrfHY17SbrmTIpNLTGK9Tjom/BWDSU
GPl+nafzlHDTYW7hdI4yZ5ew18JH4JW9jbhUFrviQzM7xlELEVf4h9lFX5QVkbPppSwg0cda3
Pbv7kOdJ/MTyBlWXFCR+HAo3FXRitBqxiX1nKhXpHAZsMciLq8V6RjsNAQwdsdMFvSlVK/7XA
t3FaoJoAsncM1Q9x5+3V0Ww68/eIFmb1zuUFljQJKprrX88XypNDvjYNby6vw/Pb0rwert/En
mZ+AW4OZPnTPI89ZPmVMLuayrD2cE86Z/il8b+gw3r3+1nKatmIkjn2so1d01QraTlMqVSsbx
NrRFi9wrf+M7Q== [email protected]" | base64

ແລະນີ້ແມ່ນສິ່ງທີ່ມັນຜະລິດ - ຂໍ້ຄວາມເຂົ້າລະຫັດ base64:

MTIzLjQ1LjY3Ljg5IHNzaC1yc2EgQUFBQUIzTnphQzF5YzJFQUFBQUJJd0FBQVFFQWtsT1Vwa0RIcmZIWTE3U2JybVRJcE5MVEdLOVRqb20vQldEU1UKR1BsK25hZnpsSERUWVc3aGRJNHlaNWV3MThKSDRKVzlqYmhVRnJ2aVF6TTd4bEVMRVZmNGg5bEZYNVFWa2JQcHBTd2cwY2RhMwpQYnY3a09kSi9NVHlCbFdYRkNSK0hBbzNGWFJpdEJxeGlYMW5LaFhwSEFac01jaUxxOFY2UmpzTkFRd2RzZE1GdlNsVksvN1hBCnQzRmFvSm9Bc25jTTFROXg1KzNWMFd3NjgvZUlGbWIxenVVRmxqUUpLcHJyWDg4WHlwTkR2allOYnk2dncvUGIwcndlcnQvRW4KbVorQVc0T1pQblRQSTg5WlBtVk1MdWF5ckQyY0U4NlovaWw4YitndzNyMysxbkthdG1Ja2puMnNvMWQwMVFyYVRsTXFWU3NieApOclJGaTl3cmYrTTdRPT0geW91QGV4YW1wbGUuY29tCg==

ນີ້ແມ່ນຄໍາສັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ

install:
  - echo < публичный ключ, закодированный в base64> | base64 -d >> $HOME/.ssh/known_hosts

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

ສິ່ງອື່ນທີ່ຄວນສັງເກດແມ່ນວ່າທ່ານອາດຈະຕ້ອງດໍາເນີນການ script deployment ທັງຫມົດເປັນເສັ້ນດຽວ, ຕົວຢ່າງ - ກັບ doctl. ນີ້ອາດຈະຮຽກຮ້ອງໃຫ້ມີຄວາມພະຍາຍາມເພີ່ມເຕີມ.

doctl compute ssh <droplet> --ssh-command "все команды будут здесь && здесь"

TLS/SSL ແລະການດຸ່ນດ່ຽງການໂຫຼດ

ຫຼັງຈາກທີ່ຂ້ອຍເຮັດທຸກຢ່າງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ບັນຫາສຸດທ້າຍທີ່ຂ້ອຍພົບແມ່ນວ່າເຄື່ອງແມ່ຂ່າຍບໍ່ມີ SSL. ເນື່ອງຈາກຂ້ອຍໃຊ້ເຄື່ອງແມ່ຂ່າຍ Node.js, ເພື່ອບັງຄັບ ເຮັດວຽກ reverse proxy Nginx ແລະ Let's Encrypt, ທ່ານຈໍາເປັນຕ້ອງ tinker ຫຼາຍ.

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

ໃນປັດຈຸບັນທ່ານສາມາດປິດພອດທັງຫມົດໃນເຄື່ອງແມ່ຂ່າຍທີ່ຍອມຮັບການເຊື່ອມຕໍ່ຂາເຂົ້າ - ຍົກເວັ້ນພອດ 80, ໃຊ້ເພື່ອຕິດຕໍ່ສື່ສານກັບ load balancer, ແລະພອດ 22 ສໍາລັບ SSH. ດັ່ງນັ້ນ, ຄວາມພະຍາຍາມໃນການເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍໂດຍກົງໃນພອດໃດໆນອກເຫນືອຈາກສອງນີ້ຈະລົ້ມເຫລວ.

ຜົນໄດ້ຮັບ

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

PS ໃນຂອງພວກເຮົາ ຕະຫຼາດ ມີຮູບພາບ Docker, ເຊິ່ງສາມາດໄດ້ຮັບການຕິດຕັ້ງໃນຫນຶ່ງຄລິກ. ທ່ານ​ສາ​ມາດ​ກວດ​ສອບ​ການ​ດໍາ​ເນີນ​ງານ​ຂອງ​ພາ​ຊະ​ນະ​ທີ່​ VPS. ລູກຄ້າໃຫມ່ທັງຫມົດແມ່ນໃຫ້ 3 ມື້ຂອງການທົດສອບຟຣີ.

ທ່ານຜູ້ອ່ານທີ່ຮັກແພງ! ເຈົ້າໃຊ້ເທກໂນໂລຍີ CI/CD ໃນໂຄງການຂອງເຈົ້າບໍ?

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