ปัญหา เป็นแพลตฟอร์มแบบเปิดและโมดูลาร์ที่ช่วยให้เกิดการโต้ตอบระหว่างอุปกรณ์ IoT แอปพลิเคชัน และบริการต่างๆ แพลตฟอร์มนี้ไม่ผูกติดกับฮาร์ดแวร์หรือระบบปฏิบัติการของผู้ผลิตรายใดรายหนึ่ง และกำลังได้รับการพัฒนาโดยกลุ่มทำงานอิสระภายใต้การดูแลของ Linux ฐานราก ส่วนประกอบของแพลตฟอร์ม ได้รับอนุญาตภายใต้ Apache 2.0
EdgeX ช่วยให้สามารถสร้างเกตเวย์ที่ผสานรวมอุปกรณ์ IoT ที่มีอยู่และรวบรวมข้อมูลจากเซ็นเซอร์ต่างๆ ได้ เกตเวย์จะจัดการทั้งการโต้ตอบกับอุปกรณ์และดำเนินการประมวลผลเบื้องต้น การรวบรวม และการวิเคราะห์ข้อมูล โดยทำหน้าที่เป็นตัวกลางระหว่างเครือข่ายอุปกรณ์ IoT และศูนย์ควบคุมในพื้นที่หรือโครงสร้างพื้นฐานการจัดการบนคลาวด์ เกตเวย์ยังสามารถเรียกใช้โปรเซสเซอร์ที่ใช้งานในรูปแบบไมโครเซอร์วิสได้อีกด้วย การโต้ตอบกับอุปกรณ์ IoT สามารถจัดการได้ผ่านเครือข่ายแบบมีสายหรือไร้สายโดยใช้ TCP/IP-เครือข่ายและโปรโตคอลเฉพาะ (ที่ไม่ใช่ IP)
เกตเวย์สำหรับวัตถุประสงค์ที่แตกต่างกันสามารถรวมกันเป็นลูกโซ่ได้ เช่น เกตเวย์ของลิงก์แรกสามารถแก้ปัญหาการจัดการอุปกรณ์ (การจัดการระบบ) และความปลอดภัย และเกตเวย์ของลิงก์ที่สอง (เซิร์ฟเวอร์หมอก) สามารถจัดเก็บข้อมูลขาเข้า ทำการวิเคราะห์ได้ และให้บริการ ระบบเป็นแบบโมดูลาร์ ดังนั้นฟังก์ชันการทำงานจึงแบ่งออกเป็นแต่ละโหนดโดยขึ้นอยู่กับโหลด ในกรณีง่ายๆ เกตเวย์เดียวก็เพียงพอแล้ว แต่สำหรับเครือข่าย IoT ขนาดใหญ่ คลัสเตอร์ทั้งหมดสามารถปรับใช้ได้
EdgeX มีพื้นฐานอยู่บน IoT stack แบบเปิด ซึ่งใช้ในเกตเวย์สำหรับอุปกรณ์ IoT แพลตฟอร์มนี้สามารถติดตั้งบนฮาร์ดแวร์ใดก็ได้ รวมถึงเซิร์ฟเวอร์ที่ใช้สถาปัตยกรรม x86 และ ARM Linux, Windows หรือ macOSภาษา Java, JavaScript, Python, Go และ C/C++ สามารถนำมาใช้ในการพัฒนาไมโครเซอร์วิสได้ นอกจากนี้ยังมี SDK สำหรับพัฒนาไดรเวอร์สำหรับอุปกรณ์ IoT และเซ็นเซอร์ต่างๆ อีกด้วย
โครงการนี้ประกอบด้วยการรวบรวมไมโครเซอร์วิสสำเร็จรูปสำหรับการวิเคราะห์ข้อมูล ความปลอดภัย การจัดการ และการแก้ไขปัญหาต่างๆ
การเปิดตัว 1.0 นี้ถือเป็นจุดสิ้นสุดของการพัฒนาและการทดสอบสองปี และถือเป็นการสร้างเสถียรภาพให้กับ API หลักทั้งหมดสำหรับการทำให้มาตรฐานแอปพลิเคชันเอจเป็นมาตรฐาน และการรับรู้ถึงความพร้อมสำหรับการนำไปใช้อย่างแพร่หลาย
หลัก :
- Redis และ MongoDB รองรับทุกบริการที่ใช้ DBMS ช่วยลดความยุ่งยากในการแทนที่พื้นที่เก็บข้อมูลในเลเยอร์ข้อมูลถาวร
- การเพิ่มบริการแอปพลิเคชันและ SDK สำหรับการสร้างบริการเหล่านี้ บริการแอปพลิเคชันหมายถึงตัวจัดการสำหรับการเตรียมข้อมูลก่อนส่งไปยังเซิร์ฟเวอร์ปลายทาง ในอนาคต บริการแอปพลิเคชันจะเข้ามาแทนที่บริการส่งออก แต่ปัจจุบันถูกวางตำแหน่งให้เป็นเครื่องมือสำหรับแก้ไขปัญหางานส่งออกขนาดเล็กที่ได้รับการประมวลผลอย่างมีประสิทธิภาพมากขึ้น
- เครื่องมือการจัดการระบบได้รับการขยายเพื่อรวมถึงความสามารถในการติดตามโหลด CPU ที่สร้างโดยบริการ สถานะของการประมวลผลข้อมูล และเมตริกอื่นๆ
- การบัญชีสำหรับตัวระบุความสัมพันธ์ ซึ่งช่วยให้สามารถติดตามข้อมูลที่ได้รับจากเซ็นเซอร์ได้ในทุกขั้นตอนก่อนส่งออก เพื่อลดความซับซ้อนในการดีบักและการตรวจสอบ
- รองรับการรับ การใช้ และการส่งออกข้อมูลไบนารีในรูปแบบ CBOR
- การรวมเครื่องมือสำหรับการทดสอบยูนิตและการตรวจสอบความปลอดภัยอัตโนมัติ
- การเตรียมกรอบงานใหม่สำหรับการประเมินภาพการใช้ทรัพยากรและพฤติกรรมของระบบโดยรวม
- การใช้ประโยชน์จาก SDK ใหม่และปรับปรุงเพื่อพัฒนาบริการการโต้ตอบอุปกรณ์และเซ็นเซอร์ใน Go และ C
- การปรับปรุงเครื่องมือการปรับใช้การกำหนดค่า ตัวกำหนดเวลา โปรไฟล์อุปกรณ์ เกตเวย์ API และการจัดเก็บข้อมูลที่ปลอดภัยสำหรับข้อมูลที่ละเอียดอ่อน
ที่มา: opennet.ru
