ບັນຊີລາຍການສໍາລັບການສ້າງແລະເຜີຍແຜ່ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌

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

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

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

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍວັນພຸດ.

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

Windows Server - Windows ດຽວກັນ, ແຕ່ຢູ່ໃນການປ່ຽນແປງຂອງເຄື່ອງແມ່ຂ່າຍ. ບາງຫນ້າທີ່ທີ່ມີຢູ່ໃນ Windows ລູກຄ້າ (ປົກກະຕິ) ແມ່ນບໍ່ຢູ່ທີ່ນີ້, ຕົວຢ່າງ, ບາງບໍລິການສໍາລັບການລວບລວມສະຖິຕິແລະຊອບແວທີ່ຄ້າຍຄືກັນ, ແຕ່ມີຊຸດອຸປະກອນສໍາລັບການຄຸ້ມຄອງເຄືອຂ່າຍ, ຊອບແວພື້ນຖານສໍາລັບການນໍາໃຊ້ເຄື່ອງແມ່ຂ່າຍ (ເວັບ, ftp, ...). ໂດຍທົ່ວໄປ, Windows Server ເບິ່ງຄືວ່າ Windows ປົກກະຕິ, quacks ຄືກັບ Windows ປົກກະຕິ, ຢ່າງໃດກໍຕາມ, ມັນມີຄ່າໃຊ້ຈ່າຍຫຼາຍກ່ວາຄູ່ຮ່ວມງານປົກກະຕິ 2 ເທົ່າ. ຢ່າງໃດກໍຕາມ, ຍ້ອນວ່າທ່ານອາດຈະນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກໃນເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນ / virtual, ຄ່າໃຊ້ຈ່າຍສຸດທ້າຍສໍາລັບທ່ານ, ເຖິງແມ່ນວ່າມັນອາດຈະເພີ່ມຂຶ້ນ, ບໍ່ແມ່ນການສໍາຄັນ. ນັບຕັ້ງແຕ່ເວທີ Windows ຄອບຄອງສະຖານທີ່ overwhelming ໃນຕະຫຼາດ OS ຜູ້ບໍລິໂພກ, ສະບັບເຊີຟເວີຂອງມັນຈະຄຸ້ນເຄີຍກັບຜູ້ໃຊ້ຫຼາຍທີ່ສຸດ.

Unix- ລະ​ບົບ​ທີ່​ຄ້າຍ​ຄື​ກັນ​. ການເຮັດວຽກແບບດັ້ງເດີມໃນລະບົບເຫຼົ່ານີ້ບໍ່ຈໍາເປັນຕ້ອງມີການໂຕ້ຕອບກາຟິກທີ່ຄຸ້ນເຄີຍ, ສະເຫນີໃຫ້ຜູ້ໃຊ້ພຽງແຕ່ console ເປັນອົງປະກອບຄວບຄຸມ. ສໍາລັບຜູ້ໃຊ້ທີ່ບໍ່ມີປະສົບການ, ການເຮັດວຽກໃນຮູບແບບນີ້ສາມາດເປັນເລື່ອງຍາກ, ພຽງແຕ່ຄ່າໃຊ້ຈ່າຍຂອງການອອກຈາກຕົວແກ້ໄຂຂໍ້ຄວາມທີ່ຂ້ອນຂ້າງເປັນທີ່ນິຍົມໃນຂໍ້ມູນ. ວິມ, ຄໍາຖາມທີ່ກ່ຽວຂ້ອງກັບເລື່ອງນີ້ໄດ້ຮັບແລ້ວຫຼາຍກ່ວາ 6 ລ້ານ views ໃນ 1.8 ປີ. ການແຜ່ກະຈາຍຕົ້ນຕໍ (ສະບັບ) ຂອງຄອບຄົວນີ້ແມ່ນ: Debian - ການແຈກຢາຍທີ່ນິຍົມ, ສະບັບຊຸດໃນມັນແມ່ນສຸມໃສ່ການ LTS ສ່ວນໃຫຍ່ (ສະ ໜັບ ສະ ໜູນ ໄລຍະຍາວ – ສະ​ຫນັບ​ສະ​ຫນູນ​ເປັນ​ເວ​ລາ​ດົນ​ນານ​)​, ເຊິ່ງ​ສະ​ແດງ​ອອກ​ໃນ​ຄວາມ​ຫນ້າ​ເຊື່ອ​ຖື​ສູງ​ເປັນ​ທໍາ​ແລະ​ຄວາມ​ຫມັ້ນ​ຄົງ​ຂອງ​ລະ​ບົບ​ແລະ​ການ​ຫຸ້ມ​ຫໍ່​; Ubuntu – ມີການແຈກຢາຍແພັກເກັດທັງໝົດໃນລຸ້ນລ່າສຸດຂອງພວກມັນ, ເຊິ່ງອາດຈະສົ່ງຜົນກະທົບຕໍ່ຄວາມໝັ້ນຄົງ, ແຕ່ໃຫ້ທ່ານສາມາດໃຊ້ຟັງຊັນທີ່ມາພ້ອມກັບລຸ້ນໃໝ່ໄດ້; Red Hat Enterprise Linux – OS, ຕໍາແຫນ່ງສໍາລັບການນໍາໃຊ້ທາງການຄ້າ, ແມ່ນຈ່າຍ, ຢ່າງໃດກໍຕາມ, ປະກອບມີການສະຫນັບສະຫນູນຈາກຜູ້ຂາຍຊອບແວ, ບາງຊຸດທີ່ເປັນເຈົ້າຂອງແລະຊຸດໄດເວີ; CentOS - ແຫຼ່ງເປີດ ການປ່ຽນແປງຂອງ Red Hat Enterprise Linux, ມີລັກສະນະທີ່ບໍ່ມີການຫຸ້ມຫໍ່ທີ່ເປັນເຈົ້າຂອງແລະການສະຫນັບສະຫນູນ.

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

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

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

• ການໂຮດ (ຮັກສາ) ເຄື່ອງແມ່ຂ່າຍຂອງຕົວທ່ານເອງແມ່ນທາງເລືອກທີ່ເປັນມິດກັບງົບປະມານທີ່ສຸດ, ແຕ່ວ່າທ່ານຈະຕ້ອງສັ່ງໃຫ້ IP ຄົງທີ່ຈາກຜູ້ໃຫ້ບໍລິການຂອງທ່ານເພື່ອວ່າຊັບພະຍາກອນຂອງທ່ານບໍ່ປ່ຽນແປງທີ່ຢູ່ໃນໄລຍະເວລາ.
• ເຊົ່າເຊີບເວີທີ່ອຸທິດຕົນ (VDS) – ແລະຄຸ້ມຄອງມັນຢ່າງເປັນອິດສະຫຼະ ແລະຂະໜາດການໂຫຼດ
• ຈ່າຍ (ເລື້ອຍໆພວກເຂົາໃຫ້ໂອກາດທ່ານລອງໃຊ້ຫນ້າທີ່ຂອງແພລະຕະຟອມໂດຍບໍ່ເສຍຄ່າ) ສໍາລັບການສະຫມັກກັບບາງ cloud hosting, ບ່ອນທີ່ຮູບແບບການຈ່າຍເງິນສໍາລັບຊັບພະຍາກອນທີ່ໃຊ້ແມ່ນຂ້ອນຂ້າງທົ່ວໄປ. ຜູ້ຕາງຫນ້າທີ່ໂດດເດັ່ນທີ່ສຸດຂອງທິດທາງນີ້: Amazon AWS (ພວກເຂົາໃຫ້ປີທີ່ບໍ່ເສຍຄ່າຂອງການບໍລິການ, ແຕ່ມີຂອບເຂດຈໍາກັດປະຈໍາເດືອນ), Google Cloud (ພວກເຂົາໃຫ້ $ 300 ກັບບັນຊີ, ເຊິ່ງສາມາດໃຊ້ເວລາໃນປີໃນການບໍລິການໂຮດຕິ້ງເມຄ). , Yandex.Cloud (ພວກເຂົາໃຫ້ 4000 rubles. ສໍາລັບ 2 ເດືອນ), Microsoft Azure (ໃຫ້ການເຂົ້າເຖິງຟຣີກັບການບໍລິການທີ່ນິຍົມສໍາລັບປີ, + 12 rubles ສໍາລັບການບໍລິການໃດຫນຶ່ງສໍາລັບຫນຶ່ງເດືອນ). ດັ່ງນັ້ນ, ທ່ານສາມາດລອງຜູ້ໃຫ້ບໍລິການເຫຼົ່ານີ້ໄດ້ໂດຍບໍ່ຕ້ອງເສຍເງິນ, ແຕ່ໄດ້ຮັບຄວາມຄິດເຫັນໂດຍປະມານກ່ຽວກັບຄຸນນະພາບແລະລະດັບການບໍລິການທີ່ສະຫນອງໃຫ້.

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

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

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

ໂດຍທົ່ວໄປແລ້ວ, ໂຄງລ່າງຂອງເຊີບເວີເບິ່ງຄືວ່ານີ້: ພວກເຮົາມີອັນທີ່ເອີ້ນວ່າ "orchestrator" ("orchestration" ແມ່ນຂະບວນການຂອງການຄຸ້ມຄອງເຄື່ອງແມ່ຂ່າຍຫຼາຍຕົວ), ເຊິ່ງຈັດການການປ່ຽນແປງສະພາບແວດລ້ອມໃນເຊີຟເວີ, ກ່ອງບັນຈຸ virtualization (ທາງເລືອກ, ແຕ່ຂ້ອນຂ້າງ. ຖືກນໍາໃຊ້ເລື້ອຍໆ), ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດແບ່ງແອັບພລິເຄຊັນອອກເປັນຊັ້ນທີ່ມີເຫດຜົນທີ່ໂດດດ່ຽວ, ແລະຊອບແວການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ - ອະນຸຍາດໃຫ້ປັບປຸງລະຫັດໂຮດຜ່ານ "scripts."

ດັ່ງນັ້ນ, orchestration ຊ່ວຍໃຫ້ທ່ານເຫັນສະຖານະຂອງເຄື່ອງແມ່ຂ່າຍ, ມ້ວນອອກຫຼືມ້ວນຄືນການປັບປຸງສະພາບແວດລ້ອມຂອງເຄື່ອງແມ່ຂ່າຍ, ແລະອື່ນໆ. ໃນຕອນທໍາອິດ, ລັກສະນະນີ້ບໍ່ຫນ້າຈະສົ່ງຜົນກະທົບຕໍ່ທ່ານ, ເພາະວ່າໃນຄໍາສັ່ງທີ່ຈະ orchestrate ສິ່ງໃດແດ່, ທ່ານຕ້ອງການເຄື່ອງແມ່ຂ່າຍຫຼາຍ (ທ່ານສາມາດມີຫນຶ່ງ, ແຕ່ເປັນຫຍັງມັນເປັນສິ່ງຈໍາເປັນ?), ແລະເພື່ອໃຫ້ມີເຄື່ອງແມ່ຂ່າຍຫຼາຍ, ທ່ານຕ້ອງການໃຫ້ເຂົາເຈົ້າ. ໃນບັນດາເຄື່ອງມືໃນທິດທາງນີ້, ທີ່ນິຍົມທີ່ສຸດແມ່ນ Kubernetes, ພັດທະນາໂດຍ ກູໂກ.

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

ນອກຈາກນັ້ນ, ນອກເຫນືອຈາກການສະຫນອງສະພາບແວດລ້ອມ, ພວກເຮົາຈໍາເປັນຕ້ອງຮັບປະກັນການປະຕິບັດທີ່ມີຄວາມສາມາດຂອງແອັບພລິເຄຊັນ, ເຊິ່ງລວມມີການປ່ຽນລະຫັດທຸກປະເພດ, ການຕິດຕັ້ງຫ້ອງສະຫມຸດແລະຊຸດທີ່ກ່ຽວຂ້ອງກັບແອັບພລິເຄຊັນ, ການທົດສອບແລ່ນ, ການແຈ້ງເຕືອນກ່ຽວກັບການປະຕິບັດງານເຫຼົ່ານີ້, ແລະອື່ນໆ. ໃນ​ທີ່​ນີ້​ພວກ​ເຮົາ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ເອົາ​ໃຈ​ໃສ່​ກັບ​ແນວ​ຄວາມ​ຄິດ​ດັ່ງ​ກ່າວ​ເປັນ "ການ​ເຊື່ອມ​ໂຍງ​ຢ່າງ​ຕໍ່​ເນື່ອງ​" (CI – ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ). ເຄື່ອງມືຕົ້ນຕໍໃນຂົງເຂດນີ້ແມ່ນ Jenkins (ຊອບແວ CI ທີ່ຂຽນໃນ Java ອາດຈະເບິ່ງຄືວ່າສັບສົນເລັກນ້ອຍໃນຕອນເລີ່ມຕົ້ນ), Travis C.I. (ຂຽນໃນ Ruby, ຫົວຂໍ້, ຂ້ອນຂ້າງງ່າຍດາຍ ເຈນຄິນ, ແນວໃດກໍ່ຕາມ, ຄວາມຮູ້ບາງຢ່າງໃນພາກສະຫນາມຂອງການຕັ້ງຄ່າການນໍາໃຊ້ແມ່ນຍັງຕ້ອງການ), Gitlab CI (ຂຽນໄວ້ Ruby ແລະໄປ).

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

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

• Python ເປັນພາສາທີ່ເປັນມິດກັບຜູ້ໃຊ້ທີ່ບໍ່ມີປະສົບການ, ມັນໃຫ້ອະໄພຄວາມຜິດພາດບາງຢ່າງ, ແຕ່ມັນຍັງສາມາດຂ້ອນຂ້າງເຄັ່ງຄັດກັບນັກພັດທະນາເພື່ອບໍ່ໃຫ້ລາວເຮັດຫຍັງທີ່ບໍ່ດີ. ເປັນພາສາທີ່ໃຫຍ່ພໍສົມຄວນ ແລະມີຄວາມໝາຍແລ້ວ, ເຊິ່ງປາກົດໃນປີ 1991.
• Go - ພາສາຈາກ Google, ແມ່ນຂ້ອນຂ້າງເປັນມິດແລະສະດວກ, ມັນຂ້ອນຂ້າງງ່າຍທີ່ຈະລວບລວມແລະໄດ້ຮັບໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ໃນທຸກເວທີ. ມັນສາມາດງ່າຍດາຍແລະເປັນສຸກ, ຫຼືມັນສາມາດສະລັບສັບຊ້ອນແລະຮ້າຍແຮງ. ສົດແລະອ່ອນ, ຂ້ອນຂ້າງບໍ່ດົນມານີ້, ໃນປີ 2009.
• Rust ມີອາຍຸເລັກນ້ອຍກວ່າເພື່ອນຮ່ວມງານທີ່ຜ່ານມາ, ປ່ອຍອອກມາເມື່ອ 2006, ແຕ່ຍັງຂ້ອນຂ້າງອ່ອນເມື່ອທຽບໃສ່ກັບເພື່ອນມິດ. ແນໃສ່ຜູ້ພັດທະນາທີ່ມີປະສົບການຫຼາຍຂຶ້ນ, ເຖິງແມ່ນວ່າມັນຍັງພະຍາຍາມແກ້ໄຂວຽກງານລະດັບຕໍ່າຫຼາຍສໍາລັບນັກຂຽນໂປລແກລມ.
• Java ແມ່ນນັກຮົບເກົ່າຂອງການພັດທະນາການຄ້າ, ນໍາສະເຫນີໃນປີ 1995, ແລະເປັນຫນຶ່ງໃນພາສາທີ່ໃຊ້ຫຼາຍທີ່ສຸດໃນການພັດທະນາຄໍາຮ້ອງສະຫມັກຂອງວິສາຫະກິດໃນມື້ນີ້. ດ້ວຍແນວຄວາມຄິດພື້ນຖານຂອງມັນແລະການຕິດຕັ້ງທີ່ຮຸນແຮງ, ເວລາແລ່ນສາມາດກາຍເປັນສິ່ງທ້າທາຍຫຼາຍສໍາລັບຜູ້ເລີ່ມຕົ້ນ.
• ASP.net ເປັນແພລະຕະຟອມພັດທະນາແອັບພລິເຄຊັນທີ່ອອກໂດຍ Microsoft. ເພື່ອຂຽນຫນ້າທີ່ເຮັດວຽກ, ພາສາ C# (ອອກສຽງ C Sharp), ເຊິ່ງປາກົດໃນປີ 2000, ສ່ວນໃຫຍ່ແມ່ນໃຊ້. ຄວາມສັບສົນຂອງມັນແມ່ນທຽບກັບລະດັບລະຫວ່າງ Java ແລະ Rust.
• PHP, ໃນເບື້ອງຕົ້ນໃຊ້ສໍາລັບການປຸງແຕ່ງ HTML, ປະຈຸບັນ, ເຖິງແມ່ນວ່າມັນຖືເປັນຜູ້ນໍາຢ່າງແທ້ຈິງໃນຕະຫຼາດພາສາ, ມີແນວໂນ້ມທີ່ຈະຫຼຸດລົງໃນການນໍາໃຊ້. ມັນມີຂອບເຂດຕ່ໍາແລະງ່າຍຕໍ່ການຂຽນລະຫັດ, ແຕ່ໃນເວລາດຽວກັນ, ເມື່ອພັດທະນາຄໍາຮ້ອງສະຫມັກຂະຫນາດໃຫຍ່ພໍສົມຄວນ, ການເຮັດວຽກຂອງພາສາອາດຈະບໍ່ພຽງພໍ.

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

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

• ReactJS ບໍ່ແມ່ນກອບ, ແຕ່ເປັນຫ້ອງສະຫມຸດ. ຕົວຈິງແລ້ວ, ກອບແມ່ນແຕກຕ່າງຈາກຫົວຂໍ້ທີ່ພູມໃຈຂອງມັນພຽງແຕ່ໃນກໍລະນີທີ່ບໍ່ມີບາງຫນ້າທີ່ "ອອກຈາກກ່ອງ" ແລະຄວາມຕ້ອງການທີ່ຈະຕິດຕັ້ງດ້ວຍຕົນເອງ. ດັ່ງນັ້ນ, ມີຫຼາຍຮູບແບບຂອງ "ການກະກຽມ" ຂອງຫໍສະຫມຸດນີ້, ປະກອບເປັນກອບເປັນເອກະລັກ. ມັນສາມາດເປັນການຍາກເລັກນ້ອຍສໍາລັບຜູ້ເລີ່ມຕົ້ນ, ເນື່ອງຈາກບາງຫຼັກການພື້ນຖານ, ແລະການຕັ້ງຄ່າທີ່ຂ້ອນຂ້າງຮຸກຮານຂອງສະພາບແວດລ້ອມການກໍ່ສ້າງ. ຢ່າງໃດກໍຕາມ, ສໍາລັບການເລີ່ມຕົ້ນໄວ, ທ່ານສາມາດນໍາໃຊ້ຊຸດ "create-react-app".
• VueJS ແມ່ນກອບສໍາລັບການກໍ່ສ້າງການໂຕ້ຕອບຜູ້ໃຊ້. ຂອງ trinity ນີ້, ມັນຖືກຕ້ອງກັບຫົວຂໍ້ຂອງກອບທີ່ເປັນມິດກັບຜູ້ໃຊ້ທີ່ສຸດ; ສໍາລັບການພັດທະນາໃນ Vue, ອຸປະສັກໃນການເຂົ້າແມ່ນຕ່ໍາກວ່າຂອງພີ່ນ້ອງອື່ນໆທີ່ໄດ້ກ່າວມາ. ຍິ່ງໄປກວ່ານັ້ນ, ລາວເປັນເດັກນ້ອຍທີ່ສຸດໃນບັນດາພວກເຂົາ.
• Angular ແມ່ນພິຈາລະນາທີ່ສັບສົນທີ່ສຸດຂອງກອບເຫຼົ່ານີ້, ເປັນອັນດຽວທີ່ຕ້ອງການ ຕົວພິມອັກສອນ (ສ່ວນເສີມສໍາລັບພາສາ Javascript). ມັກໃຊ້ເພື່ອສ້າງຄໍາຮ້ອງສະຫມັກວິສາຫະກິດຂະຫນາດໃຫຍ່.

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

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