โปรโตคอล HTTP และ MQTT คุณสมบัติและขอบเขตของแอปพลิเคชัน โปรโตคอล

คุณสมบัติโปรโตคอล HTTP และ MQTT และขอบเขตการใช้งาน 

REST/HTTP (การโทรบริการคู่ขนานแบบหลวมๆ)

REST (Representational State Transfer) ซึ่งเป็นตัวแทนของการถ่ายโอนสถานะ เป็นรูปแบบการสื่อสารที่พัฒนาขึ้นโดยใช้โปรโตคอล HTTP ซึ่งปัจจุบันไม่ใช่มาตรฐาน

ขอบเขตการใช้งาน REST/HTTP:

REST/HTTP มีวัตถุประสงค์หลักเพื่อลดความซับซ้อนของสถาปัตยกรรมระบบในอินเทอร์เน็ต ตระหนักถึงการเชื่อมต่อที่หลวมของการโต้ตอบระหว่างไคลเอนต์และเซิร์ฟเวอร์ และลดความล่าช้าในการโต้ตอบระหว่างไคลเอนต์และเซิร์ฟเวอร์

ดังนั้นจึงเหมาะสมกับระดับแอปพลิเคชันของ Internet of Things เพื่อเปิดทรัพยากรใน Internet of Things ผ่าน REST และตระหนักว่าแอปพลิเคชันอื่นสามารถเรียกใช้บริการได้

คุณสมบัติส่วนที่เหลือ/HTTP:

1. REST หมายถึงชุดของข้อจำกัดและหลักการทางสถาปัตยกรรม

แอปพลิเคชันหรือการออกแบบที่ตรงตามข้อจำกัดและหลักการเหล่านี้คือ RESTful

2. การโต้ตอบระหว่างไคลเอ็นต์และเซิร์ฟเวอร์ไม่มีสถานะระหว่างคำขอ

3. ทางฝั่งเซิร์ฟเวอร์ สถานะและฟังก์ชันของแอปพลิเคชันสามารถแบ่งออกเป็นทรัพยากรต่าง ๆ ซึ่งจะถูกเปิดเผยต่อไคลเอนต์

ตัวอย่างของทรัพยากรได้แก่: ออบเจ็กต์แอปพลิเคชัน บันทึกฐานข้อมูล อัลกอริธึม ฯลฯ

ทรัพยากรแต่ละรายการใช้ URI (Universal Resource Identifier) ​​เพื่อรับที่อยู่ที่ไม่ซ้ำกัน

ทรัพยากรทั้งหมดใช้อินเทอร์เฟซแบบรวมเพื่อถ่ายโอนสถานะระหว่างไคลเอนต์และเซิร์ฟเวอร์

4. ใช้วิธีการ HTTP มาตรฐาน เช่น GET, PUT, POST และ DELETE

บทวิจารณ์ REST/HTTP:

REST/HTTP จริงๆ แล้วเป็นรูปแบบการห่อหุ้มของบริการที่เรียก API ในอินเทอร์เน็ต ข้อมูลที่รวบรวมใน Internet of Things จะถูกรวบรวมในระบบแอปพลิเคชัน Internet of Things ในระบบแอปพลิเคชัน Internet of Things สามารถเปิดบริการข้อมูลได้โดยเปิด REST API เรียกว่าตามแอปพลิเคชัน

โปรโตคอล MQTT (แบนด์วิธต่ำ)

MQTT (Message Queuing Telemetry Transport), Message Queuing Telemetry Transport ซึ่งเป็นโปรโตคอลการส่งข้อความโต้ตอบแบบทันทีที่พัฒนาโดย IBM เหมาะสำหรับสถานการณ์ IoT มากกว่า

โปรโตคอล MQTT ใช้โมเดลการเผยแพร่/สมัครสมาชิก เทอร์มินัล IoT ทั้งหมดเชื่อมต่อกับคลาวด์ผ่าน TCP คลาวด์จัดการเนื้อหาการสื่อสารของแต่ละอุปกรณ์'ความสนใจผ่านธีมและรับผิดชอบในการส่งต่อข้อความระหว่างอุปกรณ์

MQTT คำนึงถึงความแตกต่างในประสิทธิภาพการประมวลผลของอุปกรณ์ต่างๆ เมื่อออกแบบโปรโตคอล ดังนั้นโปรโตคอลทั้งหมดจึงใช้การเข้ารหัสและถอดรหัสรูปแบบไบนารี และรูปแบบการเข้ารหัสและถอดรหัสนั้นง่ายต่อการพัฒนาและนำไปใช้

แพ็กเก็ตข้อมูลที่เล็กที่สุดมีขนาดเพียง 2 ไบต์ ซึ่งสามารถปรับเปลี่ยนให้เข้ากับเครือข่ายที่ใช้พลังงานต่ำและความเร็วต่ำได้อย่างมาก

มีกลไก QOS ที่สมบูรณ์มากและสามารถเลือกโหมดการส่งข้อความได้สามโหมดได้มากที่สุดหนึ่งครั้ง อย่างน้อยหนึ่งครั้ง และหนึ่งครั้งตามสถานการณ์ทางธุรกิจ

มันทำงานบนโปรโตคอล TCP และรองรับโปรโตคอล TLS (TCP+SSL) และเนื่องจากการสื่อสารข้อมูลทั้งหมดผ่านระบบคลาวด์ จึงรับประกันความปลอดภัยได้ดีขึ้น

ขอบเขตการใช้งาน: ให้การรับส่งข้อมูลและการตรวจสอบอุปกรณ์ระยะไกลบนแพลตฟอร์มคลาวด์ภายใต้แบนด์วิธต่ำและเครือข่ายที่ไม่น่าเชื่อถือ

คุณสมบัติของโปรโตคอล MQTT:

1. ใช้โหมดข้อความเผยแพร่/สมัครสมาชิกตามตัวแทนเพื่อจัดเตรียมการเผยแพร่ข้อความแบบหนึ่งต่อกลุ่ม

2. ใช้ TCP/IP เพื่อให้การเชื่อมต่อเครือข่าย

3. การส่งข้อมูลขนาดเล็ก โอเวอร์เฮดต่ำ (ส่วนหัวที่มีความยาวคงที่คือ 2 ไบต์) และการแลกเปลี่ยนโปรโตคอลจะถูกย่อให้เล็กสุดเพื่อลดการรับส่งข้อมูลเครือข่าย

4. รองรับ QoS คุณภาพบริการเผยแพร่ข้อความมีสามประเภท:"มากที่สุดครั้งหนึ่ง", "อย่างน้อยหนึ่งครั้ง", และ"เพียงครั้งเดียวเท่านั้น".

การใช้งานหลักและการประยุกต์ใช้โปรโตคอล:

1. มีเฟรมเวิร์กโปรโตคอลในเวอร์ชันหลายภาษา เช่น PHP, JAVA, Python, C และ C#

2. ส่วนสำคัญของ IBM Bluemix คือบริการ IoT Foundation ซึ่งเป็นอินสแตนซ์ MQTT บนคลาวด์

3. แอปพลิเคชั่นบนมือถือก็เริ่มมีการใช้งาน MQTT มาเป็นเวลานานแล้ว เช่น Facebook Messenger และ com

ความคิดเห็น:

โดยทั่วไปโปรโตคอล MQTT เหมาะสำหรับการรวบรวมข้อมูลอุปกรณ์จนถึงจุดสิ้นสุด (อุปกรณ์-"เซิร์ฟเวอร์ อุปกรณ์-"เกตเวย์) สถาปัตยกรรมเครือข่ายแบบดาวแบบรวมศูนย์ (ฮับและพูด) ไม่เหมาะสำหรับการสื่อสารระหว่างอุปกรณ์ และความสามารถในการควบคุมอุปกรณ์ยังอ่อนแอ ประสิทธิภาพแบบเรียลไทม์ไม่ดี โดยทั่วไปจะอยู่ที่ระดับที่สอง

ข้างต้นคือลักษณะและขอบเขตการใช้งานโปรโตคอล HTTP และโปรโตคอล MQTT