IoT ಗಾಗಿ ನೆಟ್‌ವರ್ಕಿಂಗ್ ಮತ್ತು ಮೆಸೇಜಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಅವಲೋಕನ

ಹಲೋ, ಖಬ್ರೋವೈಟ್ಸ್! ರಷ್ಯಾದ ಮೊದಲ ಆನ್‌ಲೈನ್ ಕೋರ್ಸ್ IoT ಡೆವಲಪರ್ ಅಕ್ಟೋಬರ್‌ನಲ್ಲಿ OTUS ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಕೋರ್ಸ್‌ಗಾಗಿ ದಾಖಲಾತಿಯು ಇದೀಗ ಮುಕ್ತವಾಗಿದೆ, ಇದಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ನಾವು ನಿಮ್ಮೊಂದಿಗೆ ಉಪಯುಕ್ತ ವಸ್ತುಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ.

ಇಂಟರ್ನೆಟ್ ಆಫ್ ಥಿಂಗ್ಸ್ (IoT, ಇಂಟರ್ನೆಟ್ ಆಫ್ ಥಿಂಗ್ಸ್) ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯ, ತಂತ್ರಜ್ಞಾನಗಳು ಮತ್ತು ಪ್ರಸ್ತುತ ಮನೆಗಳು/ಕಚೇರಿಗಳು ಮತ್ತು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಬಳಸಲಾಗುವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗುವುದು ಮತ್ತು ಹೆಚ್ಚಿನದನ್ನು ನೀಡುತ್ತದೆ.

IoT ಗಾಗಿ ನೆಟ್‌ವರ್ಕಿಂಗ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಸಂಕ್ಷಿಪ್ತ ಅವಲೋಕನವನ್ನು ಒದಗಿಸುವುದು ಈ ಮಾರ್ಗದರ್ಶಿಯ ಉದ್ದೇಶವಾಗಿದೆ.

ಸೂಚನೆ. ನೀವು ಜ್ಞಾನವನ್ನು ಹೊಂದಿರಬೇಕು ನೆಟ್ವರ್ಕ್ ತಂತ್ರಜ್ಞಾನದ ಮೂಲಭೂತ ಅಂಶಗಳು.

IoT ನೆಟ್‌ವರ್ಕ್‌ಗಳು

IoT ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ TCP/IP ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ರನ್ ಆಗುತ್ತದೆ.

TCP/IP ಪ್ರತಿ ಲೇಯರ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಪ್ರೋಟೋಕಾಲ್‌ಗಳೊಂದಿಗೆ ನಾಲ್ಕು-ಪದರದ ಮಾದರಿಯನ್ನು ಬಳಸುತ್ತದೆ. ಸೆಂ. TCP/IP 4 ಲೇಯರ್ ಮಾದರಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು (ನಾವು TCP / IP ಯ ನಾಲ್ಕು-ಪದರದ ಮಾದರಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ).

ಕೆಳಗಿನ ರೇಖಾಚಿತ್ರವು ಪ್ರಸ್ತುತ ಬಳಕೆಯಲ್ಲಿರುವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಹೋಲಿಕೆಯನ್ನು ತೋರಿಸುತ್ತದೆ ಮತ್ತು IoT ಗಾಗಿ ಹೆಚ್ಚಾಗಿ ಬಳಸಬಹುದಾದಂತಹವುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.

ಚಾರ್ಟ್ ಟಿಪ್ಪಣಿಗಳು:

1. ಫಾಂಟ್ ಗಾತ್ರವು ಪ್ರೋಟೋಕಾಲ್ನ ಜನಪ್ರಿಯತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಎಡಭಾಗದಲ್ಲಿ, IPv4 ದೊಡ್ಡದಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಆಧುನಿಕ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗಿದೆ. ಆದಾಗ್ಯೂ, IoT ನಲ್ಲಿ IPv6 ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗುವ ನಿರೀಕ್ಷೆಯಿರುವುದರಿಂದ ಇದು ಬಲಭಾಗದಲ್ಲಿ ಚಿಕ್ಕದಾಗಿದೆ.

2. ಎಲ್ಲಾ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ತೋರಿಸಲಾಗುವುದಿಲ್ಲ.

3. ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಚಾನಲ್ (ಹಂತಗಳು 1 ಮತ್ತು 2) ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಹಂತಗಳಲ್ಲಿ (ಹಂತ 4) ಆಗಿವೆ.

4. ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಸಾರಿಗೆ ಪದರಗಳು ಬದಲಾಗದೆ ಉಳಿಯುವ ಸಾಧ್ಯತೆಯಿದೆ.

ಲಿಂಕ್ ಲೇಯರ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು

ಡೇಟಾ ಲಿಂಕ್ ಮಟ್ಟದಲ್ಲಿ (ಡೇಟಾ ಲಿಂಕ್), ನೀವು ಸಾಧನಗಳನ್ನು ಪರಸ್ಪರ ಸಂಪರ್ಕಿಸುವ ಅಗತ್ಯವಿದೆ. ಅವರು ನಿಕಟವಾಗಿರಬಹುದು, ಉದಾಹರಣೆಗೆ, ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ (ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳು) ಮತ್ತು ಪರಸ್ಪರ ದೂರದಲ್ಲಿ: ನಗರ (ಮೆಟ್ರೋಪಾಲಿಟನ್ ಏರಿಯಾ ನೆಟ್‌ವರ್ಕ್‌ಗಳು) ಮತ್ತು ಜಾಗತಿಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ (ವೈಡ್ ಏರಿಯಾ ನೆಟ್‌ವರ್ಕ್‌ಗಳು).

ಪ್ರಸ್ತುತ, ಈ ಹಂತದಲ್ಲಿ, ಮನೆ ಮತ್ತು ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್‌ಗಳು (LAN ಗಳು) ಈಥರ್ನೆಟ್ ಮತ್ತು Wi-Fi ಅನ್ನು ಬಳಸುತ್ತವೆ ಮತ್ತು ಮೊಬೈಲ್ (WAN ಗಳು) 3G / 4G ಅನ್ನು ಬಳಸುತ್ತವೆ. ಆದಾಗ್ಯೂ, ಅನೇಕ IoT ಸಾಧನಗಳು ಸಂವೇದಕಗಳಂತಹ ಕಡಿಮೆ ಶಕ್ತಿಯನ್ನು ಹೊಂದಿರುತ್ತವೆ ಮತ್ತು ಬ್ಯಾಟರಿಗಳಿಂದ ಮಾತ್ರ ಚಾಲಿತವಾಗಿವೆ. ಈ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಎತರ್ನೆಟ್ ಸೂಕ್ತವಲ್ಲ, ಆದರೆ ಕಡಿಮೆ ಚಾಲಿತ ವೈ-ಫೈ ಮತ್ತು ಕಡಿಮೆ ಚಾಲಿತ ಬ್ಲೂಟೂತ್ ಅನ್ನು ಬಳಸಬಹುದು.

ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವೈರ್‌ಲೆಸ್ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು (Wi-Fi, Bluetooth, 3G/4G) ಈ ಸಾಧನಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಲಾಗುತ್ತದೆ, ಜನಪ್ರಿಯತೆಯಲ್ಲಿ ಬೆಳೆಯುವ ಸಾಧ್ಯತೆಯಿರುವ IoT ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಾಗಿ ವಿಶೇಷವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಹೊಸ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ನೋಡುವುದು ಯೋಗ್ಯವಾಗಿದೆ.

ಅವುಗಳಲ್ಲಿ:

• BLE - ಬ್ಲೂಟೂತ್ ಕಡಿಮೆ ಶಕ್ತಿ

• ಲೋರಾವನ್ - ಲಾಂಗ್ ರೇಂಜ್ WAN

• ಸಿಗ್ಫಾಕ್ಸ್

• LTE-M

ಅವುಗಳನ್ನು ಲೇಖನದಲ್ಲಿ ಹೆಚ್ಚು ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ. IOT ವೈರ್‌ಲೆಸ್ ತಂತ್ರಜ್ಞಾನಗಳ ಅವಲೋಕನ (ವೈರ್‌ಲೆಸ್ IoT ತಂತ್ರಜ್ಞಾನಗಳ ಅವಲೋಕನ).

ನೆಟ್ವರ್ಕ್ ಪದರ

ನೆಟ್ವರ್ಕ್ ಲೇಯರ್ನಲ್ಲಿ (ನೆಟ್ವರ್ಕಿಂಗ್), ಪ್ರೋಟೋಕಾಲ್ ದೀರ್ಘಾವಧಿಯಲ್ಲಿ ಪ್ರಾಬಲ್ಯ ಸಾಧಿಸುತ್ತದೆ IPv6. IPv4 ಅನ್ನು ಬಳಸುವುದು ಅಸಂಭವವಾಗಿದೆ, ಆದರೆ ಇದು ಆರಂಭಿಕ ಹಂತಗಳಲ್ಲಿ ಒಂದು ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ. ಸ್ಮಾರ್ಟ್ ಲೈಟ್ ಬಲ್ಬ್‌ಗಳಂತಹ ಹೆಚ್ಚಿನ ಮನೆ IoT ಸಾಧನಗಳು ಪ್ರಸ್ತುತ IPv4 ಅನ್ನು ಬಳಸುತ್ತವೆ.

ಸಾರಿಗೆ ಪದರ 

ಸಾರಿಗೆ ಪದರದಲ್ಲಿ (ಸಾರಿಗೆ), ಇಂಟರ್ನೆಟ್ ಮತ್ತು ವೆಬ್ TCP ಯಿಂದ ಪ್ರಾಬಲ್ಯ ಹೊಂದಿದೆ. ಇದನ್ನು HTTP ಮತ್ತು ಇತರ ಅನೇಕ ಜನಪ್ರಿಯ ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಲ್ಲಿ (SMTP, POP3, IMAP4, ಇತ್ಯಾದಿ) ಬಳಸಲಾಗುತ್ತದೆ.

MQTT, ಸಂದೇಶ ಕಳುಹಿಸುವಿಕೆಗಾಗಿ ಮುಖ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಲೇಯರ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಲು ನಾನು ನಿರೀಕ್ಷಿಸುತ್ತೇನೆ, ಪ್ರಸ್ತುತ TCP ಅನ್ನು ಬಳಸುತ್ತದೆ.

ಆದಾಗ್ಯೂ, ಭವಿಷ್ಯದಲ್ಲಿ, ಕಡಿಮೆ ಓವರ್ಹೆಡ್ ಕಾರಣ, IoT ಗಾಗಿ UDP ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗುತ್ತದೆ ಎಂದು ನಾನು ನಿರೀಕ್ಷಿಸುತ್ತೇನೆ. ಬಹುಶಃ ಹೆಚ್ಚು ವ್ಯಾಪಕವಾಗಿದೆ MQTT-SN, UDP ಮೇಲೆ ಓಡುತ್ತಿದೆ. ಹೋಲಿಕೆ ಲೇಖನವನ್ನು ನೋಡಿ TCP vs UDP .

ಅಪ್ಲಿಕೇಶನ್ ಪದರ ಮತ್ತು ಸಂದೇಶ ಪ್ರೋಟೋಕಾಲ್ಗಳು

IoT ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಗೆ ಪ್ರಮುಖ ಗುಣಲಕ್ಷಣಗಳು:

• ವೇಗ - ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ವರ್ಗಾವಣೆಯಾದ ಡೇಟಾದ ಪ್ರಮಾಣ.

• ಸುಪ್ತತೆ ಎಂದರೆ ಸಂದೇಶ ಕಳುಹಿಸಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯ.

• ವಿದ್ಯುತ್ ಬಳಕೆ

• ಭದ್ರತೆ.

• ಸಾಫ್ಟ್ವೇರ್ ಲಭ್ಯತೆ.

ಪ್ರಸ್ತುತ, ಈ ಹಂತದಲ್ಲಿ ಎರಡು ಮುಖ್ಯ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ: HTTP ಮತ್ತು MQTT.

HTTP ಬಹುಶಃ ವೆಬ್ (WWW) ಆಧಾರವಾಗಿರುವ ಈ ಹಂತದ ಅತ್ಯಂತ ಪ್ರಸಿದ್ಧ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಮುಖ್ಯ ಕಾರ್ಯವಿಧಾನವಾದ REST API ಗಾಗಿ ಇದನ್ನು ಬಳಸುವುದರಿಂದ IoT ಗಾಗಿ ಇದು ಪ್ರಮುಖವಾಗಿ ಮುಂದುವರಿಯುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಹೆಚ್ಚಿನ ಓವರ್‌ಹೆಡ್‌ನಿಂದಾಗಿ, HTTP ಮುಖ್ಯ IoT ಪ್ರೋಟೋಕಾಲ್ ಆಗುವ ಸಾಧ್ಯತೆಯಿಲ್ಲ, ಆದರೂ ಇದನ್ನು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಇನ್ನೂ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.

MQTT (ಮೆಸೇಜ್ ಕ್ಯೂಯಿಂಗ್ ಟೆಲಿಮೆಟ್ರಿ ಟ್ರಾನ್ಸ್‌ಪೋರ್ಟ್) ಅದರ ಲಘುತೆ ಮತ್ತು ಬಳಕೆಯ ಸುಲಭತೆಯಿಂದಾಗಿ IoT ಯಲ್ಲಿ ಮುಖ್ಯ ಸಂದೇಶ ಕಳುಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ಲೇಖನವನ್ನು ನೋಡಿ ಆರಂಭಿಕರಿಗಾಗಿ MQTT ಗೆ ಪರಿಚಯ (ಆರಂಭಿಕರಿಗಾಗಿ MQTT ಗೆ ಪರಿಚಯ).

IoT ಗಾಗಿ HTTP ಮತ್ತು MQTT ಯ ಹೋಲಿಕೆ

IoT ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ MQTT ವೇಗವಾಗಿ ವಾಸ್ತವಿಕ ಮಾನದಂಡವಾಗುತ್ತಿದೆ. ಇದು HTTP ಗೆ ಹೋಲಿಸಿದರೆ ಅದರ ಲಘುತೆ ಮತ್ತು ವೇಗದಿಂದಾಗಿ ಮತ್ತು ಇದು ಒಂದರಿಂದ ಒಂದು (HTTP) ಗಿಂತ ಹೆಚ್ಚಾಗಿ ಒಂದರಿಂದ ಹಲವು ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ.

ಅನೇಕ ಆಧುನಿಕ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ತಮ್ಮ ಅಭಿವೃದ್ಧಿಯ ಸಮಯದಲ್ಲಿ ಲಭ್ಯವಿದ್ದರೆ HTTP ಬದಲಿಗೆ MQTT ಅನ್ನು ಸಂತೋಷದಿಂದ ಬಳಸುತ್ತವೆ.

ರೈಲುಗಳು/ಬಸ್ಸುಗಳು/ವಿಮಾನಗಳ ಆಗಮನ ಮತ್ತು ನಿರ್ಗಮನದಂತಹ ಬಹು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಮಾಹಿತಿಯನ್ನು ಕಳುಹಿಸುವುದು ಉತ್ತಮ ಉದಾಹರಣೆಯಾಗಿದೆ. ಈ ಸನ್ನಿವೇಶದಲ್ಲಿ, HTTP ಯಂತಹ ಒನ್-ಟು-ಒನ್ ಪ್ರೋಟೋಕಾಲ್ ಬಹಳಷ್ಟು ಓವರ್‌ಹೆಡ್ ಅನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ವೆಬ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸಾಕಷ್ಟು ಲೋಡ್ ಅನ್ನು ಇರಿಸುತ್ತದೆ. ಈ ವೆಬ್ ಸರ್ವರ್‌ಗಳನ್ನು ಸ್ಕೇಲಿಂಗ್ ಮಾಡುವುದು ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ. MQTT ಯೊಂದಿಗೆ, ಕ್ಲೈಂಟ್‌ಗಳು ಬ್ರೋಕರ್‌ಗೆ ಸಂಪರ್ಕ ಹೊಂದುತ್ತಾರೆ, ಇದನ್ನು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್‌ಗಾಗಿ ಸುಲಭವಾಗಿ ಸೇರಿಸಬಹುದು. ಅದರ ಬಗ್ಗೆ ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್ ವೀಕ್ಷಿಸಿ MQTT ಮೂಲಕ HTML ಡೇಟಾವನ್ನು ಮರುಪ್ರಕಟಿಸಿ (ವಿಮಾನ ಆಗಮನದ ಉದಾಹರಣೆ) ಮತ್ತು ಲೇಖನ IOT ಗಾಗಿ MQTT vs HTTP.

ಇತರ ಸಂದೇಶ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು

HTTP ಅನ್ನು IoT ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಉಲ್ಲೇಖಿಸಿದಂತೆ, ಅದರ ವ್ಯಾಪಕ ಬಳಕೆಯಿಂದಾಗಿ ಇದನ್ನು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಎಪಿಐ.

ಬಹುತೇಕ ಎಲ್ಲಾ IoT ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು HTTP ಮತ್ತು MQTT ಎರಡನ್ನೂ ಬೆಂಬಲಿಸುತ್ತವೆ.

ಆದಾಗ್ಯೂ, ಪರಿಗಣಿಸಲು ಯೋಗ್ಯವಾದ ಇತರ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿವೆ.

ಪ್ರೋಟೋಕಾಲ್ಗಳು

• MQTT - (ಸಂದೇಶ ಕ್ಯೂಯಿಂಗ್ ಟೆಲಿಮೆಟ್ರಿ ಸಾರಿಗೆ). TCP/IP ಬಳಸುತ್ತದೆ. ಪ್ರಕಟಣೆ-ಚಂದಾದಾರಿಕೆ ಮಾದರಿಗೆ ಸಂದೇಶ ಬ್ರೋಕರ್ ಅಗತ್ಯವಿದೆ.

• AMQP - (ಸುಧಾರಿತ ಸಂದೇಶ ಕ್ಯೂಯಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್). TCP/IP ಬಳಸುತ್ತದೆ. ಪ್ರಕಾಶಕರು-ಚಂದಾದಾರರು ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಮಾದರಿಗಳು.

• COAP - (ನಿರ್ಬಂಧಿತ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಟೋಕಾಲ್). UDP ಬಳಸುತ್ತದೆ. IoT ಗಾಗಿ ವಿಶೇಷವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, HTTP ಯಲ್ಲಿರುವಂತೆ ವಿನಂತಿ-ಪ್ರತಿಕ್ರಿಯೆ ಮಾದರಿಯನ್ನು ಬಳಸುತ್ತದೆ. RFC 7252.

• ಡಿಡಿಎಸ್ - (ಡೇಟಾ ವಿತರಣಾ ಸೇವೆ) 

ಈ ಲೇಖನ ಮುಖ್ಯ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಮತ್ತು ಅವುಗಳ ಅನ್ವಯಗಳನ್ನು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಈ ಲೇಖನದ ತೀರ್ಮಾನವೆಂದರೆ IoT ಅವುಗಳ ಉದ್ದೇಶಿತ ಬಳಕೆಯನ್ನು ಅವಲಂಬಿಸಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಸೆಟ್ ಅನ್ನು ಬಳಸುತ್ತದೆ.

ಆದಾಗ್ಯೂ, ಸಿಂಹಾವಲೋಕನದಲ್ಲಿ, ಇಂಟರ್ನೆಟ್‌ನ ಆರಂಭಿಕ ವರ್ಷಗಳಲ್ಲಿ, HTTP ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಾಬಲ್ಯ ಹೊಂದಿದ್ದು ಹಲವು ಪ್ರೋಟೋಕಾಲ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.

HTTP ಅನ್ನು ಮೂಲತಃ ಫೈಲ್ ಮತ್ತು ಇಮೇಲ್ ವರ್ಗಾವಣೆಗಾಗಿ ಕಲ್ಪಿಸಲಾಗಿಲ್ಲವಾದರೂ, ಇಂದು ಇದನ್ನು ಎರಡಕ್ಕೂ ಬಳಸಲಾಗುತ್ತದೆ.

IoT ಯಲ್ಲಿ ಸಂದೇಶ ಕಳುಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳೊಂದಿಗೆ ಅದೇ ವಿಷಯ ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ನಾನು ನಿರೀಕ್ಷಿಸುತ್ತೇನೆ: ಹೆಚ್ಚಿನ ಸೇವೆಗಳು ಒಂದು ಪ್ರಧಾನ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುತ್ತವೆ.

ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ MQTT, COAP ಮತ್ತು AMQP ಯ ಜನಪ್ರಿಯತೆಯು ಹೇಗೆ ಬದಲಾಗಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುವ Google Trends ಚಾರ್ಟ್‌ಗಳನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ.

Google ಟ್ರೆಂಡ್‌ಗಳ ಅವಲೋಕನ 

ವೇದಿಕೆಯ ಮೂಲಕ ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲ

• ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅಜುರೆ - MQTT, AMQP, HTTP ಮತ್ತು HTTPS

• AWS - ವೆಬ್‌ಸಾಕೆಟ್‌ಗಳ ಮೂಲಕ MQTT, HTTPS, MQTT

• IBM ಬ್ಲೂಮಿಕ್ಸ್ - MQTT,HTTPS,MQTT

• ಥಿಂಗ್ವರ್ಕ್ಸ್ - MQTT, HTTPS, MQTT, AMQP

ಸಾರಾಂಶ

ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಚಾನಲ್ (ಹಂತಗಳು 1 ಮತ್ತು 2) ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಹಂತಗಳಲ್ಲಿ (ಹಂತ 4) ಆಗಿವೆ.

ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಸಾರಿಗೆ ಪದರಗಳು ಬದಲಾಗದೆ ಉಳಿಯುವ ಸಾಧ್ಯತೆಯಿದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಲೇಯರ್‌ನಲ್ಲಿ, IoT ಘಟಕಗಳು ಸಂದೇಶ ಕಳುಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸುತ್ತವೆ. IoT ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನಾವು ಇನ್ನೂ ಆರಂಭಿಕ ಹಂತದಲ್ಲಿರುವಾಗ, ಒಂದು ಅಥವಾ ಬಹುಶಃ ಎರಡು ಸಂದೇಶ ಕಳುಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಎದ್ದು ಕಾಣುವ ಸಾಧ್ಯತೆಯಿದೆ.

ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ, MQTT ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗಿದೆ ಮತ್ತು ಅದರ ಮೇಲೆ ನಾನು ಈಗ ಈ ಸೈಟ್‌ನಲ್ಲಿ ಕೇಂದ್ರೀಕರಿಸುತ್ತಿದ್ದೇನೆ.

ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ IoT ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಈಗಾಗಲೇ ಉತ್ತಮವಾಗಿ ನಿರ್ಮಿಸಲಾಗಿರುವುದರಿಂದ HTTP ಅನ್ನು ಸಹ ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಲಾಗುತ್ತದೆ.

ಅಷ್ಟೇ. ವಿಷಯದ ಕುರಿತು ಉಚಿತ ಡೆಮೊ ಪಾಠಕ್ಕಾಗಿ ಸೈನ್ ಅಪ್ ಮಾಡಲು ನಾವು ನಿಮ್ಮನ್ನು ಆಹ್ವಾನಿಸುತ್ತೇವೆ "ಸಾಧನಕ್ಕೆ ತ್ವರಿತ ಆಜ್ಞೆಗಳಿಗಾಗಿ ಚಾಟ್‌ಬಾಟ್".

ಮತ್ತಷ್ಟು ಓದು:

• ಏಕೆ ಅಸುರಕ್ಷಿತ ಗ್ರಾಹಕ IoT ವ್ಯವಸ್ಥೆಗಳು ಈಗ ದೊಡ್ಡ ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಯಾಗಿದೆ

ಮೂಲ: www.habr.com