ການຕິດຕາມໃນສູນຂໍ້ມູນ: ວິທີທີ່ພວກເຮົາປ່ຽນ BMS ເກົ່າດ້ວຍອັນໃຫມ່. ພາກທີ 2

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

ການວິເຄາະຕະຫຼາດ

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

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

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

ນີ້ແມ່ນສັງເກດເຫັນໂດຍສະເພາະກ່ຽວກັບໂຄງການທີ່ສັບສົນ. 

ໂດຍອີງໃສ່ລັກສະນະຂອງການຊີ້ແຈງຄໍາຖາມກັບຂໍ້ກໍານົດດ້ານວິຊາການ, ຜູ້ຮັບເຫມົາສາມາດແບ່ງອອກເປັນຜູ້ທີ່ສົນໃຈໃນການຂາຍພຽງແຕ່ (ຄວາມກົດດັນມາດຕະຖານຂອງຜູ້ຈັດການຂາຍແມ່ນມີຄວາມຮູ້ສຶກ) ແລະຜູ້ທີ່ສົນໃຈໃນການພັດທະນາຜະລິດຕະພັນ, ໄດ້ຍິນແລະເຂົ້າໃຈລູກຄ້າ, ກໍ່ສ້າງ. ການແກ້ໄຂຂໍ້ກໍາຫນົດດ້ານວິຊາການເຖິງແມ່ນວ່າກ່ອນທີ່ຈະເລືອກສຸດທ້າຍ (ເຖິງແມ່ນວ່າຄວາມສ່ຽງທີ່ແທ້ຈິງຂອງການປັບປຸງສະເພາະດ້ານວິຊາການຂອງຄົນອື່ນແລະສູນເສຍການដេញថ្លៃ), ໃນທີ່ສຸດເຂົາເຈົ້າພຽງແຕ່ພ້ອມທີ່ຈະຍອມຮັບສິ່ງທ້າທາຍເປັນມືອາຊີບແລະເຮັດໃຫ້ຜະລິດຕະພັນທີ່ດີ.

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

ຄວາມສ່ຽງ

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

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

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

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

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

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

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

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

ເມື່ອຄວາມສ່ຽງທັງສອງຖືກຫຼຸດລົງ, ຜູ້ຮັບເຫມົາໄດ້ສະຫນອງ CP. ມັນກວມເອົາທຸກຕົວກໍານົດການທີ່ສໍາຄັນທີ່ສຸດຂອງລະບົບ BMS ສໍາລັບພວກເຮົາ.

ການຈອງ

ລະບົບ BMS ໃຫມ່ຕ້ອງໄດ້ຕັ້ງຢູ່ໃນເມຄ, ໃນເຄື່ອງ virtual. 

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

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

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

ສະຫນັບສະຫນູນ

ຈຸດສໍາຄັນທີ່ສຸດສໍາລັບການປະຕິບັດງານທີ່ມີປະສິດທິພາບຂອງການແກ້ໄຂ BMS ແມ່ນການສະຫນັບສະຫນູນດ້ານວິຊາການ. 

ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຢູ່ທີ່ນີ້: ລະບົບໃຫມ່ຈະມີມູນຄ່າໃຫ້ພວກເຮົາ 35 rubles ອີງຕາມຕົວຊີ້ວັດນີ້. ຕໍ່ເດືອນສໍາລັບ SLA "ການຕອບສະຫນອງພາຍໃນ 000 ຊົ່ວໂມງ", ນັ້ນແມ່ນ, 8 x 35 / 000 = $ 12 ຕໍ່ປີ. ປີທໍາອິດແມ່ນບໍ່ເສຍຄ່າ. 

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

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

ການປັບປຸງ

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

ລະບົບເກົ່າຕ້ອງການການຈ່າຍເງິນສໍາລັບທັງການປັບປຸງເຟີມແວ (ເຊັ່ນ Java) ແລະການແກ້ໄຂຂໍ້ຜິດພາດ. ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະປະຕິເສດເລື່ອງນີ້; ໃນກໍລະນີທີ່ບໍ່ມີການປັບປຸງ, ລະບົບທັງຫມົດ "ຊ້າລົງ" ເນື່ອງຈາກອົງປະກອບພາຍໃນສະບັບເກົ່າ.

ແລະ, ແນ່ນອນ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະປັບປຸງຊອບແວໂດຍບໍ່ມີການຊື້ຊຸດສະຫນັບສະຫນູນ.

ວິທີການປ່ຽນແປງໄດ້

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

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

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

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

ການ​ອະ​ນຸ​ມັດ​ສະ​ເພາະ​ດ້ານ​ວິ​ຊາ​ການ​ແລະ​ການ​ລົງ​ນາມ​ໃນ​ສັນ​ຍາ​

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

ທາງເລືອກໄດ້ຖືກເຮັດ.

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

ຂ້າພະເຈົ້າຈະໃຫ້ສອງຕົວຢ່າງຂອງລະດັບລາຍລະອຽດຂອງຄວາມຕ້ອງການໃນສະເພາະດ້ານວິຊາການ:

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

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

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

ການດໍາເນີນງານຂະຫນານຂອງສອງລະບົບ

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

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

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

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

• ອຸ​ປະ​ກອນ​ທີ່​ເຊື່ອມ​ຕໍ່​ຜ່ານ​ອະ​ນຸ​ສັນ​ຍາ SNMP ປະ​ຕິ​ບັດ​ບໍ່​ໄດ້​ຖືກ​ຕັດ​ການ​ເຊື່ອມ​ຕໍ່​ເນື່ອງ​ຈາກ​ການ​ຮ້ອງ​ຂໍ​ພ້ອມ​ກັນ​, 
• ອຸປະກອນທີ່ເຊື່ອມຕໍ່ຜ່ານ gateways ໂດຍໃຊ້ modbas-TCP protocols ມີບັນຫາທີ່ຖືກແກ້ໄຂໂດຍການຫຼຸດຜ່ອນຄວາມຖີ່ຂອງການເລືອກຕັ້ງຂອງພວກເຂົາຢ່າງສະຫຼາດ.  

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

ພວກເຮົາຈະບອກທ່ານກ່ຽວກັບສິ່ງທີ່ເກີດຂຶ້ນໃນທີ່ສຸດໃນພາກທີສາມຂອງບົດຄວາມຂອງພວກເຮົາ.

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