ການເລືອກແບບສະຖາປັດຕະຍະກຳ (ຕອນທີ 2)

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

ການນໍາສະເຫນີ

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

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

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

ສະຖາປັດຕະຍະກຳທີ່ເນັ້ນອົງປະກອບ

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

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

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

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

monolith "ທີ່ເຫມາະສົມ" ແມ່ນຊຸດຂອງໂມດູນທີ່ແຍກອອກຢ່າງມີເຫດຜົນ, ແຕ່ລະອັນເບິ່ງເຂົ້າໄປໃນຖານຂໍ້ມູນຂອງຕົນເອງ.

ສະຖາປັດຕະຍະກໍາການບໍລິການ

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

ສະຖາປັດຕະຍະກໍາທີ່ຮັດກຸມການບໍລິການ (SOA = ສະຖາປັດຕະຍະກໍາທີ່ຮັດກຸມການບໍລິການ) ແກ້ໄຂບັນຫາທັງຫມົດທີ່ລະບຸໄວ້ຂອງ monolith: ພຽງແຕ່ການບໍລິການຫນຶ່ງໄດ້ຮັບຜົນກະທົບເມື່ອມີການປ່ຽນແປງ, ແລະ API ທີ່ກໍານົດໄວ້ດີສະຫນັບສະຫນູນການຫຸ້ມຫໍ່ທີ່ດີຂອງອົງປະກອບ.

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

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

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

ຄວາມນິຍົມຂອງສະຖາປັດຕະຍະກໍາທີ່ເນັ້ນການບໍລິການໄດ້ສູງສຸດປະມານປີ 2008, ຫຼັງຈາກນັ້ນມັນເລີ່ມຫຼຸດລົງ, ເຊິ່ງໄດ້ກາຍເປັນຫຼາຍຢ່າງຫຼວງຫຼາຍຫຼັງຈາກການມາເຖິງຂອງ microservices (~ 2015).

ສະຫລຸບ

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

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