ປະຫວັດຂອງການສ້າງບໍລິການຟັງ, ປຸງລົດຊາດດ້ວຍ cyberpunk

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

ດັ່ງນັ້ນພວກເຮົາມີກຽດສັກສີຂອງການສ້າງເວທີຟັງ, ແລະສໍາລັບການນີ້ພວກເຮົາຈໍາເປັນຕ້ອງ "ຊັກຊວນ" ສອງລະບົບຍ່ອຍເພື່ອເຮັດວຽກກັບພວກເຮົາ. ໂຊກດີ, ພວກເຮົາມີ "ພາສາ API", ມືໂດຍກົງແລະຄວາມກະຕືລືລົ້ນຫຼາຍ.

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

ຍິນດີຕ້ອນຮັບ cat.

ການເລີ່ມຕົ້ນຂອງວິທີການ

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

ຍັງມີຄວາມຕ້ອງການຈໍານວນຫນຶ່ງ:

• ການບໍລິການຕ້ອງການບັນຊີສ່ວນບຸກຄົນທີ່ສະດວກ;
• ເວທີຕ້ອງໄດ້ຮັບການປະສົມປະສານເຂົ້າໃນລະບົບການເອີ້ນເກັບເງິນທີ່ມີຢູ່;
• ຊອບແວ ແລະຮາດແວ: OpenStack + Tungsten Fabric (Open Contrail), ເຊິ່ງວິສະວະກອນຂອງພວກເຮົາໄດ້ຮຽນຮູ້ "ແຕ່ງກິນ" ໄດ້ດີຫຼາຍ.

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

• Python + Flask + Swagger + SQLAlchemy - ຊຸດ Python ມາດຕະຖານຢ່າງສົມບູນ;
• Vue.js ສໍາລັບ frontend;
• ພວກເຮົາໄດ້ຕັດສິນໃຈເຮັດການໂຕ້ຕອບລະຫວ່າງອົງປະກອບ ແລະການບໍລິການໂດຍໃຊ້ Celery over AMQP.

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

ດັ່ງນັ້ນ, ໃຫ້ເລີ່ມຕົ້ນການຮູ້ຈັກຂອງພວກເຮົາ.

Silent Bill - ໃບບິນ

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

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

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

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

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

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

ບັນຫາອື່ນແມ່ນຄວາມງຽບ.

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

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

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

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

• "ລັກສະນະ" ທີ່ບໍ່ມີເອກະສານທີ່ສົ່ງຜົນກະທົບຕໍ່ພວກເຮົາໃນທາງໃດທາງຫນຶ່ງ;
• ແຫຼ່ງປິດ (ການເອີ້ນເກັບເງິນແມ່ນຂຽນໃນ C ++), ດັ່ງນັ້ນ - ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະແກ້ໄຂບັນຫາ 1 ໃນທາງອື່ນນອກເຫນືອຈາກ "ການທົດລອງແລະຄວາມຜິດພາດ".

ໂຊກດີ, ຜະລິດຕະພັນມີ API ທີ່ກວ້າງຂວາງພໍສົມຄວນ ແລະພວກເຮົາໄດ້ລວມເອົາລະບົບຍ່ອຍຕໍ່ໄປນີ້ເຂົ້າໃນບັນຊີສ່ວນຕົວຂອງພວກເຮົາ:

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

ຍ່າງຜ່ານທົ່ງນາ tungsten – ຜ້າ Tungsten

ທົ່ງນາ Tungsten ເປັນຈຸດໆທີ່ມີສາຍໄຟຫຼາຍຮ້ອຍສາຍ, ຖ່າຍທອດຂໍ້ມູນຫຼາຍພັນບິດຜ່ານພວກມັນ. ຂໍ້​ມູນ​ແມ່ນ​ໄດ້​ຖືກ​ເກັບ​ກໍາ​ເຂົ້າ​ໄປ​ໃນ "packets​"​, parsed​, ການ​ກໍ່​ສ້າງ​ເສັ້ນ​ທາງ​ສະ​ລັບ​ສັບ​ຊ້ອນ​, ເປັນ​ຖ້າ​ຫາກ​ວ່າ​ໂດຍ magic​.

ນີ້ແມ່ນໂດເມນຂອງລະບົບທີສອງທີ່ພວກເຮົາຕ້ອງສ້າງເພື່ອນ - Tungsten Fabric (TF), ອະດີດ OpenContrail. ວຽກງານຂອງມັນແມ່ນການຄຸ້ມຄອງອຸປະກອນເຄືອຂ່າຍ, ສະຫນອງ abstraction ຊອບແວໃຫ້ພວກເຮົາເປັນຜູ້ໃຊ້. TF - SDN, encapsulates ຕາມເຫດຜົນສະລັບສັບຊ້ອນຂອງການເຮັດວຽກກັບອຸປະກອນເຄືອຂ່າຍ. ມີບົດຄວາມທີ່ດີກ່ຽວກັບເຕັກໂນໂລຢີຕົວມັນເອງ, ສໍາລັບຕົວຢ່າງ, ທີ່ນີ້.

ລະບົບໄດ້ຖືກປະສົມປະສານກັບ OpenStack (ສົນທະນາຂ້າງລຸ່ມນີ້) ຜ່ານ plugin Neutron.

ການໂຕ້ຕອບຂອງການບໍລິການ OpenStack.

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

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

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

ບັນຫາຕໍ່ໄປແມ່ນພຽງແຕ່ປະມານແຈ. ໃນເວລາຫນຶ່ງ "ທີ່ສວຍງາມ", magic ຂອງເສັ້ນທາງຫາຍໄປ, ຄືກັນກັບວ່າ. TF ໄດ້ຢຸດການຈັດການເສັ້ນທາງໃນອຸປະກອນ.

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

Silicon Lifeforms - OpenStack

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

OpenStack ແມ່ນຫຼັກຂອງເວທີຂອງພວກເຮົາ.

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

ແຕ່ລະບໍລິການດໍາເນີນການຢູ່ໃນຖັງ, ແລະນາຍຫນ້າຂໍ້ຄວາມແມ່ນ "ກະຕ່າຍສີຂາວ" - RabbitMQ.

ລະບົບນີ້ເຮັດໃຫ້ພວກເຮົາມີບັນຫາທີ່ບໍ່ຄາດຄິດທີ່ສຸດ.

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

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

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

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

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

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

ແລ່ນທົດສອບ

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

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

ກ່ອນອື່ນ ໝົດ, ພວກເຮົາປະເມີນຄວາມສົນໃຈໃນໂຄງການທີ່ບໍ່ຖືກຕ້ອງແລະຕ້ອງເພີ່ມຂໍ້ຄອມພິວເຕີຢ່າງໄວວາໃນລະຫວ່າງການທົດສອບ. ກໍ​ລະ​ນີ​ທົ່ວ​ໄປ​ສໍາ​ລັບ​ກຸ່ມ​, ແຕ່​ວ່າ​ມີ​ບາງ nuances ທີ່​ນີ້​ເຊັ່ນ​ດຽວ​ກັນ​. ເອກະສານສໍາລັບສະບັບສະເພາະຂອງ TF ຊີ້ບອກສະບັບສະເພາະຂອງ kernel ທີ່ເຮັດວຽກກັບ vRouter ໄດ້ຖືກທົດສອບ. ພວກເຮົາໄດ້ຕັດສິນໃຈເປີດຕົວ nodes ກັບ kernels ຫຼ້າສຸດ. ດັ່ງນັ້ນ, TF ບໍ່ໄດ້ຮັບເສັ້ນທາງຈາກ nodes. ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຢ່າງ​ຮີບ​ດ່ວນ​ທີ່​ຈະ​ມ້ວນ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ແກ່ນ​.

ຄວາມຢາກຮູ້ຢາກເຫັນອີກອັນໜຶ່ງແມ່ນກ່ຽວຂ້ອງກັບການເຮັດວຽກຂອງປຸ່ມ “ປ່ຽນລະຫັດຜ່ານ” ໃນບັນຊີສ່ວນຕົວຂອງທ່ານ.

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

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

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

ຈະສືບຕໍ່

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

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

ພວກເຮົາສາມາດຊັກຊວນລະບົບຕ່າງໆໄດ້ແລ້ວ. ບັນຊີລາຍການຈັດການການນັບ, ການເອີ້ນເກັບເງິນ, ແລະການຮ້ອງຂໍຂອງຜູ້ໃຊ້ຢ່າງລະມັດລະວັງໃນ closet ລາວ. "ມະຫັດສະຈັນ" ຂອງທົ່ງ tungsten ໃຫ້ພວກເຮົາມີການສື່ສານທີ່ຫມັ້ນຄົງ. ແລະບາງຄັ້ງ OpenStack ເທົ່ານັ້ນທີ່ຮູ້ສຶກບໍ່ພໍໃຈ, ຮ້ອງອອກມາເຊັ່ນ: "WSREP ຍັງບໍ່ທັນໄດ້ກະກຽມ node ສໍາລັບການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກ." ແຕ່​ນັ້ນ​ແມ່ນ​ເລື່ອງ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຫມົດ ...

ພວກເຮົາບໍ່ດົນມານີ້ໄດ້ເປີດຕົວບໍລິການ.
ທ່ານ​ສາ​ມາດ​ຊອກ​ຫາ​ລາຍ​ລະ​ອຽດ​ທັງ​ຫມົດ​ກ່ຽວ​ກັບ​ພວກ​ເຮົາ​ site.

ທີມງານພັດທະນາ CLO

ການເຊື່ອມຕໍ່ທີ່ເປັນປະໂຫຍດ

OpenStack

• https://docs.openstack.org/nova/latest/
• https://docs.openstack.org/keystone/latest/
• https://docs.openstack.org/cinder/latest/
• https://docs.openstack.org/glance/latest/

ຜ້າ Tungsten

• http://docs.tungsten.io/en/latest/user/getting-started/index.html
• https://www.juniper.net/documentation/en_US/contrail-cloud10.0/topics/concept/contrail-cloud-openstack-integration-overview.html

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