כאשר אתה מדבר לחבר מיליוני מכשירי IoT עבור תקשורת אמינה, קלת משקל ומאובטחת, השם שתמיד עולה הוא זהה: MQTT. פרוטוקול זה הפך למרכיב מפתח עבור חיישנים, שערים תעשייתיים, מכשירי בית חכם ופלטפורמות ענן כדי לתקשר מבלי להעמיס על הרשת או להעלות את צריכת האנרגיה.
רחוק מלהיות סתם "עוד פרוטוקול", MQTT מתאים כמו כפפה ליד לצרכים האמיתיים של האינטרנט של הדבריםרשתות לא יציבות, רוחב פס נמוך באופן מגוחך, חומרה מוגבלת מאוד, סביבות תעשייתיות תובעניות, או יישומים כמעט בזמן אמת כמו מפעלי סייבר, טלמטריית אנרגיה או אוטומציה ביתית מתקדמת. בואו נבחן בצורה רגועה ומפורטת כיצד זה עובד, איזה תפקיד הוא ממלא בקישוריות IoT, מהו שער MQTT, ובאילו מקרים ספציפיים הגיוני יותר להשתמש בו בהשוואה לאפשרויות אחרות.
מה זה MQTT ומדוע הוא הפך כל כך פופולרי ב-IoT?
MQTT (העברת טלמטריה של תור הודעות) הוא פרוטוקול העברת הודעות סטנדרטי פתוח וקל משקל תוכנן במיוחד לתקשורת בין מכונה למכונה (M2M), ובהרחבה, גם לאינטרנט של הדברים. מטרתו ברורה מאוד: להיות מסוגל לשלוח ולקבל נתונים בין מכשירים גם אם הרשת חלשה, רוחב הפס מוגבל, ולמכשיר יש מעט מאוד זיכרון או כוח מחשוב.
בניגוד למודל שרת-לקוח הקלאסי, MQTT משתמש ב- ארכיטקטורת פרסום/מנויים זה מבוסס על מתווך מרכזי הנקרא ברוקר. מכשירים אינם מתקשרים ישירות זה עם זה, אלא מפרסמים הודעות בנושאים ספציפיים ומרשמים לנושאי עניין. הברוקר אחראי על קבלת כל ההודעות הללו, סינונן ומסירתן ללקוחות המתאימים.
דרך עבודה זו הופכת את MQTT ל- גמיש במיוחד וניתן להרחבהבמקום מאות או אלפי חיבורי נקודה לנקודה שקשה לנהל, הכל מתוזמן דרך המתווך, שיכול לטפל במספר מכשירים בודדים ועד מיליונים, תלוי ביישום ובמשאבים הזמינים.
מאפיינים טכניים מרכזיים של MQTT עבור IoT
פרוטוקול קל ויעיל
אחת הסיבות העיקריות לכך ש-MQTT כל כך פופולרי ב-IoT היא שזה קליל בצורה מגוחכתהטמעה על המכשיר יכולה לגזול מעט מאוד קוד ולדרוש מעט מאוד משאבים, מה שהופך אותו לאידיאלי עבור מיקרו-בקרים צנועים, חיישנים בעלות נמוכה או ציוד מופעל על ידי סוללות.
הודעת בקרה של MQTT בגרסתה המינימלית יכולה להכיל רק שני בייטים של נתוניםיתר על כן, כותרות ההודעות קומפקטיות מאוד, מה שממזער את תקורת התקשורת. עיצוב זה מושלם לתרחישים עם רוחב פס קטן או רשתות יקרות (כגון רשתות סלולריות או LPWANs), שבהן כל בייט חשוב.
בהשוואה לפרוטוקולים כבדים יותר, כמו HTTP עם בקשות מורכבות וכותרות מפורטות, MQTT מאפשר... כדי לייעל את השימוש ברשתזה קריטי כאשר יש אלפי מכשירים שמדברים כל כמה שניות.
תבנית פרסום/מנוי עם נושאים
MQTT מבוסס על מודל של פרסום/מנוי בנושאיםאלו הן מחרוזות טקסט (ב-UTF-8) שמארגנות מידע לפי רמות. לדוגמה, בבית חכם ייתכן שיהיה לנו:
- בית/סלון/טמפרטורה
- בית/מטבח/עישון
- בית/מוסך/דלת
חיישן טמפרטורה בסלון יפרסם את הקריאות שלו לנושא בית/סלון/טמפרטורהבעוד שאפליקציית ניטור תירשם לאותו נושא כדי לקבל את כל ההודעות הנכנסות. בדרך זו, הוספת מכשירים חדשים או צרכני נתונים היא פשוטה כמו השתמשו בנושאים המתאימים, מבלי שיהיה צורך לשנות את התשתית הקיימת.
מערכת זו, למרות שאינה בדיוק תור הודעות קלאסי, דומה למדי למודלים מבוססי תור: מכשירים יוצרים הודעות ושולחים אותן לנקודה מרכזית (הברוקר), ולאחר מכן... מערכות העיבוד צורכות את הנתונים האלה בהתאם לצרכיהם. זה מקל מאוד על הרחבת המערכת על ידי הגדלת מספר הצרכנים מבלי לשנות את החיישנים.
איכות השירות (QoS) ואמינות
מכשירי IoT רבים מתחברים דרך רשתות עם השהייה גבוהה, רוחב פס נמוך ואמינות מוגבלתכגון רשתות סלולריות לא יציבות או קישורים אלחוטיים עמוסים. MQTT משלב סדרה של מנגנונים כדי להבטיח מסירת הודעות בהקשר זה.
הפרוטוקול מגדיר שלוש רמות של איכות השירות (QoS):
- QoS 0 – "לכל היותר פעם אחת"ההודעה נשלחת פעם אחת בלבד, ללא אישור. זוהי השיטה המהירה והקלה ביותר, אך ייתכן שחלק מההודעות יאבדו.
- QoS 1 – "לפחות פעם אחת"זה מבטיח שההודעה תגיע, למרות שהיא עלולה להגיע משוכפלת. מערכת אישור משמשת להבטחת מסירה.
- QoS 2 – "בדיוק פעם אחת"זוהי הרמה החזקה ביותר. היא מבטיחה שכל הודעה מועברת פעם אחת בלבד, באמצעות לחיצת יד בת ארבע פאזותזה קצת יותר כבד, אבל חיוני במקרים רגישים מסוימים.
הודות לרמות QoS אלו, ניתן להתאים את MQTT ל מקרי שימוש שוניםהחל מטלמטריה שבה שום דבר לא קורה אם פיסת מידע ספציפית אובדת, ועד למערכות קריטיות שבהן שכפול או אובדן הודעה יהיו בלתי מקובלים.
ניהול חיבורים מחדש ורשתות לא יציבות
יתרון נוסף הוא ש-MQTT מיועד עבור סביבות עם ניתוקים תכופיםהפרוטוקול כולל תכונות שמפחיתות את הזמן שלוקח למכשיר להתחבר מחדש לברוקר, דבר חיוני ברשתות סלולריות או Wi-Fi באיכות מפוקפקת; משפר את חיבור WiFi מאובטח יכולים להשלים את היכולות הללו.
בנוסף, המתווך יכול לנהל הודעות שהושהו, מצבי סשן ותכונות אחרות המאפשרות למכשירים לחדש את התקשורת מבלי לאבד את ההקשר כל פעם שהרשת נופלת וחוזרת לפעול.
אבטחה והצפנה
ב-IoT, אבטחה אינה אופציונלית. MQTT משלב תמיכה ב- הצפנה ואימות הסתמכות על פרוטוקולים מודרניים: ניתן להשתמש ב-TLS 1.3 להצפנת הערוץ, אימות באמצעות אישורי לקוח, OAuth וטכניקות אחרות הנפוצות בסביבות עסקיות וענן.
זה מאפשר להצפין הודעות תוך כדי העברה ולהחיל אותן בקרות גישה לגבי מי יכול לפרסם או להירשם לנושאים מסוימים, תוך הגנה על סודיות המידע וגם על שלמותו, דבר שרלוונטי במיוחד בסביבות תעשייתיות, אנרגיה או בריאות.
תמיכה נרחבת בשפות ובפלטפורמות שונות
ל-MQTT יש יישומים בוגרים של ברוקרים ולקוחות במספר שפות (Python, C, C++, Java, JavaScript, Go וכו') ועם קהילה פעילה מאוד. זה מאפשר למפתחים לשלב בקלות התקני IoT עם מערכות קיימות, מסדי נתונים, כלי ביג דאטה או שירותי ענן מבלי להמציא את הגלגל מחדש.
להיות פרוטוקול קוד פתוח עם ספריות שנבדקו היטבעקומת הלמידה קצרה למדי והסיכון לבעיות תאימות מצטמצם, מה שהופך אותה לאטרקטיבית מאוד עבור פרויקטים הנעים בין אבות טיפוס קטנים ועד פריסות ענק.
תפקידו של מתווך MQTT בארכיטקטורת IoT
המתווך הוא ה- הליבה של כל ארכיטקטורה מבוססת MQTTזהו הרכיב שמקבל את כל ההודעות, מעבד אותן ומפיץ אותן ללקוחות המנויים לנושאים המתאימים.
בין הפונקציות העיקריות שלו הם:
- קבלת מידע שפורסמו על ידי לקוחות (חיישנים, שערים, יישומים וכו').
- פענוח וסינון הודעות בהתאם לנושא, לרמת QoS או לכללי האבטחה.
- קבע אילו לקוחות מעוניינים בכל הודעה (בהתאם למספר המנויים שלך).
- להעביר את המסרים ללקוחות היעדתוך כיבוד מדיניות QoS והרשאה.
ישנם מספר יישומים של ברוקרים, שניהם קוד פתוח וגם מסחריאחד הידועים ביותר הוא Mosquitto, הנמצא בשימוש נרחב בסביבות ביתיות, אצל יצרנים וגם בפריסות רציניות יותר, המאפשר ניהול של כמה לקוחות ועד אלפי לקוחות עם תצורה פשוטה יחסית.
MQTT בפועל: ארדואינו, ESP8266 ורשתות מקומיות
בפרויקטים רבים של IoT ביתיים או חצי-מקצועיים, תרחיש טיפוסי למדי כרוך ב... מתווך MQTT הפועל על Raspberry Pi או מחשב אישי בתוך הרשת המקומית, ומכשירים שונים כגון ארדואינו עם אפליקציית Arduino IoT Cloud Remote או ESP8266 מחוברים כלקוחות.
לדוגמה, יכול להיות לך ארדואינו עם חיישן טמפרטורה DHT22 שמפרסם קריאות תקופתיות לנושא כמו בית/סלון/טמפרטורהבינתיים, ארדואינו אחר או אפליקציה סלולרית נרשמים לאותו נושא כדי להציג את הטמפרטורה בזמן אמת. המתווך, במקרה זה Mosquitto, אחראי על קבלת הודעות מהארדואינו הראשון והעברתן לשני, מבלי שהם יצטרכו להכיר זה את זה או לנהל חיבור ישיר.
לארכיטקטורה הזו יש יתרון אחד עצום: זה ניתן להרחבה כמעט ללא מאמץניתן להוסיף עוד חיישנים, עוד צרכני נתונים, ולחבר אותם למסדי נתונים, מערכות למידת מכונה או לוחות מחוונים להדמיה מבלי לשנות את התנהגותם של מכשירים שכבר נפרסו. אתם רק צריכים להתנסות עם נושאים ומנויים.
למה MQTT ולא רק HTTP?
שאלה נפוצה מאוד היא האם באמת כדאי להשתמש ב-MQTT כשאפשר, לכאורה, לפתור הכל בעזרת... בקשות HTTP ישירות ל-ESP8266 או דומה, על ידי פתיחת פורט בנתב וזהו, או אפילו עם WebSockets באנדרואיד.
התשובה היא שלמרות שהדבר אפשרי מבחינה טכנית, MQTT מציעה מספר יתרונות חשובים:
- השהייה ממוצעת נמוכה יותר ופחות תקורה בתקשורת תכופה, במיוחד עם הודעות קצרות הנשלחות כל כמה שניות.
- פאב/סאב מקומיהטלפון הנייד לא צריך לדבר ישירות עם כל מכשיר; הוא צריך לדבר רק עם הברוקר.
- ניהול אבטחה ואימות מרכזי על הברוקר, במקום לשכפל לוגיקה בכל מכשיר.
- קלות קנה מידהאם מחר תעברו מ-5 ל-500 מכשירים, לא תצטרכו לפתוח 500 פורטים או לעצב מחדש את כל הטופולוגיה.
- תמיכה מקורית בחיבורים מחדש וב-QoS חושבים על רשתות לא יציבות, משהו ש-HTTP אינו מציע כברירת מחדל.
בתרחיש טיפוסי, האפליקציה לנייד שלך תתחבר לברוקר MQTT (בתוך ה-LAN באמצעות העברת פורטים, או לברוקר ענן), תפרסם הודעה לנושא בקרה (לדוגמה בית/סלון/תאורה/סט), וה-ESP8266, המנוי לנושא זה, יקבל את הפקודה כמעט באופן מיידי. אתה רק צריך לחשוף את מי הברוקר.לא כל מכשיר ברשת.
לגבי שירותים כמו io.adafruit.com ומרווחי ההפעלה שלהם (כל 15 דקות בגרסה החינמית, כל 5 שניות בגרסה בתשלום), זה מגבלות השירות הספציפיהבעיה אינה בפרוטוקול MQTT עצמו. הפרוטוקול עצמו מאפשר השהייה נמוכה מאוד; הבעיה היא שהספק מטיל מגבלות על תדירות השימוש.
שער MQTT: השער בין חיישנים לענן
מהו שער MQTT?
מה שנקרא "שער MQTT" או שער MQTT הוא, במהותו, א התקן מתווך בין החיישנים או המכשירים המקומיים לבין פלטפורמת ה-IoT או מתווך ה-MQTTתפקידו העיקרי הוא לאסוף נתונים בפרוטוקולים שונים (למשל, בלוטות', חיישנים קוויים, מודבוס וכו'), להמיר אותם ל-MQTT ולשלוח אותם לענן או לברוקר מרכזי.
במקרים רבים, שער MQTT מיושם כ- שער Ethernet עם תוכנה ספציפית אשר פועל כלקוח MQTT. שער זה יכול לכלול ממשקי רדיו, כניסות ויציאות תעשייתיות, או קישוריות Fieldbus, והוא אחראי על תרגום כל אלה לשפת MQTT כדי לאחד אותם.
יתרונות של שער MQTT (כולל Bluetooth MQTT)
שערים מבוססי MQTT, במיוחד אלו המשלבים בלוטות', מציעים מספר יתרונות מעניינים:
- הודעות קלילות מאודמה שהופך את התקשורת ליעילה גם כאשר חיישנים רבים שולחים נתונים בו זמנית.
- הודעות דו-כיווניותהם מאפשרים תקשורת בין ענן למכשיר ובין מכשיר לענן, לא רק טלמטריה בקישור למעלה.
- משלוח אמין נתמך על ידי רמות QoS, מה שמבטיח שההודעות יגיעו בהתאם לרמת הערבות שהוגדרה.
- אבטחה מובניתשערים תומכים בדרך כלל בהצפנת TLS ובאימות אישורים, כך שנתונים שעוברים דרך השער מגיעים לענן בצורה מאובטחת.
במקרה של א שער בלוטות' MQTTהמכשיר סורק ומזהה את כל חיישני ה-BLE הנמצאים בטווח, מנהל את התקשורת איתם ומרכז את העברת הנתונים למתווך ה-MQTT. מנקודת מבטה של פלטפורמת ה-IoT, כל חיישני ה-Bluetooth הללו "מדברים MQTT", למרות שהם עושים זאת בפועל דרך השער.
כיצד פועל שער MQTT וכיצד להגדיר אותו
באופן כללי, הזרימה האופיינית של שער MQTT היא:
- סרוק וזיהוי חיישנים ומכשירים בטווח הגישה שלו (למשל, דרך Bluetooth או רשתות קוויות).
- אסוף את הנתונים מאותם חיישנים דרך הפרוטוקולים המתאימים.
- תרגם את הנתונים לפורמט MQTT (תוך הגדרת נושאים ומטענים מתאימים).
- פרסם את הנתונים אצל הברוקר או בפלטפורמת ה-IoT שנבחרה.
תצורת שער פיזי כוללת תחילה את הרכבת חומרה: כבלים נכונים, הפרדה בין חיבורי חיישן ומודולי רדיו, ובחירת יציאה, כתובת MAC וכתובת IP סטטית כדי להבטיח זיהוי ייחודי ברשת.
לאחר מכן, עליך לבחור את המודול שיפעיל לקוח MQTT, לדוגמה:
- ארדואינו + מודול אתרנט W5100.
- מודול ESP8266 עם קישוריות WiFi.
הקושחה מגדירה את נושאי פרסום ומנוילדוגמה, קידומת כמו קידומת_נושא_פרסום_MQTT_MY/מזהה_צומת/מזהה_חיישן יכול ליצור נושאים כגון mygateway1-out/2/1/1/0/49, בעוד שכדי לשלוח פקודות לחיישנים יש להשתמש בקידומת מנוי כגון קידומת_נושא_הרשמה_ל-MQTTשמעוררים נושאים מהסוג הזה mygateway1-in/2/1/1/0/49.
לאחר התצורה, מומלץ מאוד לבדוק את שער ה-MQTT מול ברוקר ידוע, כגון Mosquitto, כדי... לוודא שההודעות מתקבלות כראויהם מתפרסמים בנושאים הצפויים ומכשירים מנויים מקבלים את מה שהם אמורים לקבל.
שער MQTT כגשר לשרת מרכזי
כשאתה פורס התקני MQTT במספר מיקומים פיזיים, אתה בדרך כלל צריך לאחד את כל הנתונים האלה בשרת משותף או על פלטפורמת ענן מרכזית. כאן שער ה-MQTT זורח כגשר.
הרעיון הוא להתקין שער MQTT בכל מיקום בו ישנם מכשירי IoT. כל שער אוסף מידע מהסביבה המקומית שלו, ה... הוסף את זה והעבר את זה הלאה לשרת מרכזי (או ברוקר ענן) באמצעות MQTT. בדרך זו תוכלו לקבל תצוגה גלובלית של כל הנתונים מבלי לאבד שליטה מקומית ועם צריכת רשת אופטימלית.
בנוסף, שערים אלה יכולים מאובטח עם תעודות משלומנגנוני הצפנה ואימות של TLS מגנים על החיישנים ועל קצה ה-IoT שנשארים "מאחורי" השער. הם יכולים גם לאחסן מידע באופן מקומי, להתאים את ממשק המשתמש לניהול מכשירים בקרבת מקום ולהוסיף תאימות עם פרוטוקולים תעשייתיים אחרים לפי הצורך.
תאימות MQTT עם פלטפורמות ענן ופרוטוקולים אחרים
אחת מיתרונותיה הגדולים ביותר של MQTT היא שהיא תואם לרוב פלטפורמות הענן המרכזיות של IoTשערי MQTT תעשייתיים רבים פועלים כסטנדרט עם:
- Azure IoT.
- IoT של Google Cloud.
- AWS IoT.
- IBM Watson IoT.
השער מפרש את הנתונים שהוא מקבל מהחיישנים ו זה מעביר אותם לפלטפורמה בפורמט MQTT.משתמשים צריכים רק להירשם לנושאים הרלוונטיים כדי לצפות או לעבד את המידע בכל עת.
יתר על כן, רבים ממסלולי התצוגה הללו יכולים לשמש כ ממיר פרוטוקולעל ידי שילוב רשתות כמו Modbus TCP עם MQTT, והצעת פאנלים מרוחקים לניהול קבוצות של מכשירים, MQTT הופך למרכיב מרכזי בארכיטקטורות היברידיות שבהן מערכות מדור קודם מתקיימות לצד פתרונות IoT חדשים.
מקרי שימוש אמיתיים של MQTT ו-IoT
סביבות תעשייתיות וטלמטריה
בעולם התעשייתי, MQTT כבר הוא תקן דה פקטו להעברת נתוני טלמטריה מחיישנים וציוד המופץ במפעלים, פעולות כרייה, מתקני נפט וגז או חברות מזון חקלאי.
חברות מתקינות חיישנים רבים המודדים פרמטרים כגון טמפרטורה, לחץ, זרימה, רעידות וצריכת אנרגיה. נתונים אלה נשלחים באמצעות MQTT למערכות אנליטיקה אשר... הם מזהים סתירות, מגמות והזדמנויות לשיפור. בתפעול. הודות לכך, ניתן לייעל תהליכים, לצפות תקלות ולצמצם השבתות לא מתוכננות.
רשתות שטח רחבות בעלות צריכת חשמל נמוכה (LPWANs)
רשתות LPWAN (רשת שטח רחבה בעלת צריכת חשמל נמוכה) נועדו מכשירים בעלי צריכת חשמל נמוכה מאוד ששולחים הודעות קטנות למרחקים ארוכיםבדרך כלל, רשתות עם השהייה גבוהה ורוחב פס מוגבל הן בעייתיות. MQTT מתאים באופן מושלם לסביבה זו מכיוון שההודעות שלו קלות משקל, הוא תומך באיכות השירות והוא מסתגל לרשתות לא אמינות.
בחברות המשתמשות ב-LPWAN לשליחת נתוני חיישנים לפתרונות ענן, MQTT מאפשר להעביר כמויות גדולות של הודעות מבלי להעמיס על הרשת ולהבטיח, ככל האפשר, שהנתונים יגיעו למערכות הניתוח והניטור.
רשתות חברתיות והודעות המוניות
דוגמה בולטת לשימוש ב-MQTT מחוץ לסביבה התעשייתית הקלאסית היא זו של פייסבוקשם הוא שימש כפרוטוקול התקשורת העיקרי לניהול כמות עצומה של הודעות בזמן אמת. הוא גם משחק תפקיד בהעברת הודעות לפלטפורמות כמו אינסטגרם.
העובדה שחברה בגודל כזה מהמרת על MQTT מחזקת את הרעיון שמדובר ב... פרוטוקול חזק וניתן להרחבה המתאים לתרחישים בעלי בו-זמניות גבוההלא רק עבור פרויקטים קטנים של IoT.
בתים חכמים ואוטומציה ביתית
בתחום המקומי, MQTT הפכה לאחת ה... פרוטוקולים מועדפים לאוטומציה של בתים חכמיםהוא משתלב בצורה חלקה עם פלטפורמות ענן כמו Azure או IBM Watson, כמו גם עם מערכות אוטומציה מקומיות.
בעזרת MQTT ניתן לנטר את צריכת אנרגיה בביתלשלוט בתאורה, לנטר טמפרטורה או איכות אוויר בזמן אמת, ולתאם מכשירים מרובים (תרמוסטטים, תריסים, מערכות השקיה וכו'), כולל מכשירים כגון שיאומי וולהמבלי שכל מכשיר יצטרך לתקשר ישירות עם האחרים. שער Bluetooth של MQTT, לדוגמה, יכול לרכז את כל חיישני ה-BLE בבית ולחבר אותם למכשיר יחיד.
מדור רכב
טרנספורמציה דיגיטלית בתעשיית הרכב כרוכה בחיבור כלי רכב, קווי ייצור ומערכות ניהול. MQTT משמש כ... ערוץ העברת הודעות אמין בין הענן לרכבהמאפשר שליחת נתוני טלמטריה, אבחון מרחוק ועדכוני פרמטרים.
יכולת זו לתקשר כמעט בזמן אמת, אפילו עם שינויים בקישוריות הסלולרית, הופכת את MQTT לאופציה אטרקטיבית מאוד עבור יצרני רכב וספקי שירותים.
הובלה ולוגיסטיקה
בתחבורה ולוגיסטיקה, הקיבולת של מעקב אחר ציי רכב וסחורות בתנועה זה המפתח. MQTT משמש לשליחת נתונים על מיקום, מצב מטען, אירועי פתיחת דלתות או תנאי סביבה בתוך המכולה.
באמצעות העברת הודעות קלת משקל וארכיטקטורה מבוססת ברוקרים, זה אפשרי ניטור ציי רכב גדולים בזמן אמת עם השהייה נמוכה וללא עומס יתר על רשתות הסלולר או הלוויין המשמשות לחיבור.
ארכיטקטורות ניתנות להרחבה וניתוק בין חומרה לתוכנה
אחד היתרונות הגדולים של אימוץ MQTT בפרויקט IoT הוא שהוא מאפשר להפריד באופן ברור בין שכבת החומרה לשכבת התוכנההחיישנים והמכשירים עוסקים רק בשליחת נתונים לברוקר ובקבלת פקודות מנושאים ספציפיים; כל מה שקורה משם (אחסון, ניתוח, ויזואליזציה) יכול להתפתח באופן עצמאי.
גישה זו מזכירה לעתים קרובות את תבנית מיקרו-שירותיםכאשר כל רכיב עושה דבר אחד ועושה אותו היטב. במקרה שלנו, התקן החומרה מתמקד במדידה ופרסום; שירותים אחרים מטפלים בעיבוד, אחסון, ויזואליזציה או יישום של בינה מלאכותית, מבלי שהחיישן יצטרך "לדעת" דבר עליהם.
הודות לניתוק הזה, אם מחר תחליט לעבור מאתר אינטרנט להדמיה פשוט על Raspberry Pi ל... מערכת מורכבת של ביג דאטה ולמידת מכונה בענן, אינך צריך לגעת בחיישנים. הם ימשיכו לשלוח נתונים לברוקר, ותצטרך לחבר רק צרכנים חדשים שנרשמים לנושאים קיימים.
יחד, MQTT והשערים הנלווים אליו יוצרים פתרון חזק מאוד לקישוריות IoTקל משקל, ניתן להרחבה, מאובטח, תואם לפלטפורמות ענן מרכזיות, ותומך בכל סוגי הרשתות, החל מ-LPWAN ועד WiFi ביתי או Ethernet תעשייתי. כל זה, בשילוב עם מודל הפרסום/הרשמה שלו והיכולת להוסיף שערים המגשרים בין פרוטוקולים, הופך אותו לאחד המרכיבים המרכזיים עליהם נבנה ההווה והעתיד של האינטרנט של הדברים. שתף את המידע כדי שיותר משתמשים ידעו על הנושא.