ເວທີ IoT ປ່ອຍ EdgeX 2.0

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

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

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

EdgeX ແມ່ນອີງໃສ່ Fuse IoT stack ທີ່ເປີດ, ເຊິ່ງຖືກນໍາໃຊ້ໃນ Dell Edge Gateways ສໍາລັບອຸປະກອນ IoT. ແພລະຕະຟອມສາມາດໄດ້ຮັບການຕິດຕັ້ງຢູ່ໃນຮາດແວໃດກໍ່ຕາມ, ລວມທັງເຄື່ອງແມ່ຂ່າຍທີ່ອີງໃສ່ x86 ແລະ ARM CPUs ທີ່ໃຊ້ Linux, Windows ຫຼື macOS. ໂຄງ​ການ​ດັ່ງ​ກ່າວ​ປະ​ກອບ​ມີ​ການ​ຄັດ​ເລືອກ​ຂອງ​ບໍ​ລິ​ການ​ຈຸ​ລະ​ພາກ​ກຽມ​ພ້ອມ​ສໍາ​ລັບ​ການ​ວິ​ເຄາະ​ຂໍ້​ມູນ​, ຄວາມ​ປອດ​ໄພ​, ການ​ຄຸ້ມ​ຄອງ​ແລະ​ການ​ແກ້​ໄຂ​ບັນ​ຫາ​ຕ່າງໆ​. ພາສາ Java, Javascript, Python, Go ແລະ C/C++ ສາມາດໃຊ້ເພື່ອພັດທະນາ microservices ຂອງທ່ານເອງ. SDK ແມ່ນສະຫນອງໃຫ້ສໍາລັບການພັດທະນາໄດເວີສໍາລັບອຸປະກອນ IoT ແລະເຊັນເຊີ.

ການປ່ຽນແປງຕົ້ນຕໍ:

• ການໂຕ້ຕອບເວັບໃຫມ່ໄດ້ຖືກປະຕິບັດ, ສ້າງໂດຍໃຊ້ກອບ Angular JS. ໃນບັນດາຂໍ້ໄດ້ປຽບຂອງ GUI ໃຫມ່ແມ່ນຄວາມງ່າຍຂອງການບໍາລຸງຮັກສາແລະການຂະຫຍາຍການເຮັດວຽກ, ມີຕົວຊ່ວຍສ້າງສໍາລັບການເຊື່ອມຕໍ່ອຸປະກອນໃຫມ່, ເຄື່ອງມືສໍາລັບການເບິ່ງເຫັນຂໍ້ມູນ, ການໂຕ້ຕອບການປັບປຸງຢ່າງຫຼວງຫຼາຍສໍາລັບການຄຸ້ມຄອງ metadata, ແລະຄວາມສາມາດໃນການກວດສອບສະຖານະຂອງການບໍລິການ (ຫນ່ວຍຄວາມຈໍາ. ການບໍລິໂພກ, ການໂຫຼດ CPU, ແລະອື່ນໆ).
• ຂຽນ API ຄືນໃໝ່ຢ່າງສົມບູນເພື່ອເຮັດວຽກກັບບໍລິການຈຸລະພາກ, ເຊິ່ງຕອນນີ້ເປັນເອກະລາດຂອງໂປຣໂຕຄໍການສື່ສານ, ປອດໄພກວ່າ, ມີໂຄງສ້າງທີ່ດີ (ໃຊ້ JSON) ແລະຕິດຕາມຂໍ້ມູນທີ່ປະມວນຜົນໂດຍການບໍລິການໄດ້ດີຂຶ້ນ.
• ເພີ່ມປະສິດທິພາບແລະຄວາມສາມາດໃນການສ້າງການຕັ້ງຄ່າທີ່ມີນ້ໍາຫນັກເບົາ. ອົງປະກອບຂອງຂໍ້ມູນຫຼັກ, ເຊິ່ງຮັບຜິດຊອບສໍາລັບການປະຫຍັດຂໍ້ມູນ, ໃນປັດຈຸບັນແມ່ນທາງເລືອກ (ຕົວຢ່າງ, ມັນສາມາດຖືກຍົກເວັ້ນໃນເວລາທີ່ທ່ານຕ້ອງການພຽງແຕ່ປະມວນຜົນຂໍ້ມູນຈາກເຊັນເຊີໂດຍບໍ່ຈໍາເປັນຕ້ອງບັນທຶກ).
• ຄວາມຫນ້າເຊື່ອຖືໄດ້ເພີ່ມຂຶ້ນແລະເຄື່ອງມືສໍາລັບການຮັບປະກັນຄຸນນະພາບຂອງການບໍລິການ (QoS) ໄດ້ຖືກຂະຫຍາຍອອກ. ເມື່ອໂອນຂໍ້ມູນຈາກການບໍລິການອຸປະກອນ (ການບໍລິການອຸປະກອນ, ຮັບຜິດຊອບເກັບກຳຂໍ້ມູນຈາກເຊັນເຊີ ແລະ ອຸປະກອນ) ໄປຫາບໍລິການປະມວນຜົນຂໍ້ມູນ ແລະ ການສະສົມຂໍ້ມູນ (ບໍລິການແອັບພລິເຄຊັນ), ຕອນນີ້ທ່ານສາມາດໃຊ້ລົດເມຂໍ້ຄວາມ (Redis Pub/Sub, 0MQ ຫຼື MQTT) ໂດຍບໍ່ຕ້ອງເຊື່ອມຕໍ່. ກັບ HTTP - ໂປໂຕຄອນ REST ແລະການປັບຄວາມບູລິມະສິດ QoS ໃນລະດັບນາຍຫນ້າຂໍ້ຄວາມ. ລວມທັງການໂອນຂໍ້ມູນໂດຍກົງຈາກການບໍລິການອຸປະກອນໄປຫາບໍລິການແອັບພລິເຄຊັນດ້ວຍການຊໍ້າຊ້ອນທາງເລືອກໃຫ້ກັບການບໍລິການຂໍ້ມູນຫຼັກ. ການສະຫນັບສະຫນູນການໂອນຂໍ້ມູນຜ່ານໂປໂຕຄອນ REST ແມ່ນເກັບຮັກສາໄວ້, ແຕ່ບໍ່ໄດ້ຖືກນໍາໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.
• ໂມດູນທົ່ວໄປ (ຜູ້ໃຫ້ບໍລິການລັບ) ໄດ້ຖືກປະຕິບັດສໍາລັບການດຶງຂໍ້ມູນລັບ (ລະຫັດຜ່ານ, ລະຫັດ, ແລະອື່ນໆ) ຈາກການເກັບຮັກສາທີ່ປອດໄພເຊັ່ນ Vault.
• ເຄື່ອງມື Consul ຖືກນໍາໃຊ້ເພື່ອຮັກສາການລົງທະບຽນການບໍລິການແລະການຕັ້ງຄ່າ, ເຊັ່ນດຽວກັນກັບການຄຸ້ມຄອງການເຂົ້າເຖິງແລະການກວດສອບ. API Gateway ສະຫນອງການສະຫນັບສະຫນູນສໍາລັບການໂທຫາ Consul API.
• ຫຼຸດຈໍານວນຂະບວນການ ແລະການບໍລິການທີ່ຕ້ອງການສິດທິ root ໃນ Docker containers. ເພີ່ມການປ້ອງກັນການໃຊ້ Redis ໃນຮູບແບບທີ່ບໍ່ປອດໄພ.
• ການຕັ້ງຄ່າແບບງ່າຍດາຍຂອງ API Gateway (Kong).
• ໂປຣໄຟລ໌ອຸປະກອນທີ່ງ່າຍດາຍ, ເຊິ່ງກໍານົດ sensor ແລະຕົວກໍານົດການອຸປະກອນ, ເຊັ່ນດຽວກັນກັບຂໍ້ມູນກ່ຽວກັບຂໍ້ມູນທີ່ເກັບກໍາ. ໂປຣໄຟລ໌ສາມາດຖືກກໍານົດໃນຮູບແບບ YAML ແລະ JSON.
• ເພີ່ມການບໍລິການອຸປະກອນໃໝ່:
  • CoAP (ຂຽນໃນ C) ດ້ວຍການຈັດຕັ້ງປະຕິບັດອະນຸສັນຍາຄໍາຮ້ອງສະຫມັກທີ່ຖືກຈໍາກັດ.
  • GPIO (ຂຽນໃນ Go) ສໍາລັບການເຊື່ອມຕໍ່ກັບ microcontrollers ແລະອຸປະກອນອື່ນໆ, ລວມທັງກະດານ Raspberry Pi, ຜ່ານພອດ GPIO (General Pin Input/Output).
  • LLRP (ຂຽນໃນ Go) ກັບການປະຕິບັດຂອງ LLRP (Low Level Reader Protocol) protocol ສໍາລັບການເຊື່ອມຕໍ່ກັບ RFID tag readers.
  • UART (ຂຽນເປັນ Go) ດ້ວຍ UART (Universal Asynchronous Receiver/Transmitter).
• ຄວາມສາມາດຂອງບໍລິການແອັບພລິເຄຊັນ, ເຊິ່ງຮັບຜິດຊອບໃນການກະກຽມແລະການສົ່ງອອກຂໍ້ມູນສໍາລັບການປຸງແຕ່ງຕໍ່ໄປຂອງພວກເຂົາໃນລະບົບຟັງແລະແອັບພລິເຄຊັນ, ໄດ້ຖືກຂະຫຍາຍອອກ. ເພີ່ມການຮອງຮັບການກັ່ນຕອງຂໍ້ມູນຈາກເຊັນເຊີຕາມຊື່ໂປຣໄຟລ໌ອຸປະກອນ ແລະປະເພດຊັບພະຍາກອນ. ຄວາມສາມາດໃນການສົ່ງຂໍ້ມູນໄປຫາຜູ້ຮັບຫຼາຍໆຄົນໂດຍການບໍລິການຫນຶ່ງແລະຈອງກັບລົດເມຂໍ້ຄວາມຈໍານວນຫນຶ່ງໄດ້ຖືກປະຕິບັດ. ແມ່ແບບໄດ້ຖືກສະເຫນີສໍາລັບການສ້າງບໍລິການຄໍາຮ້ອງສະຫມັກຂອງທ່ານເອງຢ່າງໄວວາ.
• ຕົວເລກພອດທີ່ເລືອກສໍາລັບບໍລິການຈຸລະພາກແມ່ນສອດຄ່ອງກັບຂອບເຂດທີ່ແນະນໍາໂດຍ Internet Assigned Numbers Authority (IANA) ສໍາລັບການນໍາໃຊ້ສ່ວນຕົວ, ເຊິ່ງຈະຫຼີກເວັ້ນການຂັດແຍ້ງກັບລະບົບທີ່ມີຢູ່ແລ້ວ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru