比較訊息路由和事件方格以進行 IoT 中樞
Azure IoT 中樞可讓您從已連線的裝置串流資料,並將該資料整合至您的商務應用程式。 IoT 中樞提供兩種方法,可將 IoT 事件整合至其他 Azure 服務或商務應用程式。 本文討論提供這項功能的兩項功能,以便您可以選擇最適合您案例的選項。
注意
本文所述的一些功能,例如雲端到裝置傳訊、裝置對應項和裝置管理,僅適用於標準層 IoT 中樞。 如需基本和標準/免費 IoT 中樞 層的詳細資訊,請參閱為您的解決方案選擇正確的 IoT 中樞 層。
IoT 中樞訊息路由:這個 IoT 中樞功能可讓使用者將裝置到雲端的訊息路由傳送至服務端點,例如 Azure 儲存體容器、事件中樞、服務匯流排佇列及服務匯流排主題。 路由也會提供查詢功能,在將資料路由傳送到端點前先篩選資料。 除了裝置遙測數據之外,您也可以 路由傳送非遙測事件 ,並使用它們來觸發動作。
使用事件方格進行 IoT 中樞整合:Azure 事件方格是一個完全受控的事件路由服務,其使用發佈-訂閱模型。 IoT 中樞 和事件方格一起運作,以近乎即時的方式將 IoT 中樞 事件整合到 Azure 和非 Azure 服務中。 IoT 中樞 同時發佈裝置事件和遙測事件。
差異
雖然訊息路由和事件方格都會啟用警示設定,但兩者之間有一些主要差異。 詳細資料請參閱下表:
功能 | IoT 中樞訊息路由 | 使用事件方格進行 IoT 中樞整合 |
---|---|---|
裝置訊息和事件 | 是,訊息路由可支援遙測資料、裝置對應項變更、裝置生命週期事件、數位對應項變更事件,以及裝置連線狀態事件。 | 是,事件方格可支援遙測資料和裝置事件,例如裝置已建立/已刪除/已連線/已中斷連線。 但事件方格不支援裝置對應項變更事件和數位對應項變更事件。 |
排序 | 是,訊息路由會維護事件的順序。 | 否,事件方格不保證事件的順序。 |
篩選 | 針對訊息應用程式屬性、訊息系統屬性、訊息本文、裝置對應項標籤和裝置對應項屬性的豐富篩選。 不篩選數位對應項變更事件。 如需範例,請參閱 訊息路由查詢語法。 | 根據每個事件中的事件類型、主旨類型和屬性來篩選。 如需範例,請參閱 瞭解事件方格訂用帳戶中的篩選事件。 訂閱遙測事件時,您可以在發佈至事件方格之前,先對資料套用篩選,以篩選 IoT 中樞內的訊息屬性、訊息本文和裝置對應項。 請參閱 如何篩選事件。 |
端點 |
付費 IoT 中樞 SKU (S1、S2 和 S3) 對於每個 IoT 中樞可以有 10 個自訂端點和 100 個路由。 |
事件方格可支援每個 IoT 中樞 500 個端點。 如需最新端點清單,請參閱 Event Grid 事件處理程式。 |
成本 | 訊息路由沒有個別費用。 只會針對向 IoT 中樞輸入遙測計費。 例如,如果您的訊息路由傳送至三個不同的端點,則只會針對一則訊息向您收費。 | IoT 中樞不收取任何費用。 事件方格每月免費供應前 100,000 個作業,之後每百萬個作業 0.60 美元。 |
相似之處
IoT 中樞訊息路由和事件方格也有相似之處,下表提供詳細資訊:
功能 | IoT 中樞訊息路由 | 使用事件方格進行 IoT 中樞整合 |
---|---|---|
訊息大小上限 | 256 KB,裝置到雲端 | 256 KB,裝置到雲端 |
可靠性 | 高:針對每個路由,至少將每個訊息傳遞至端點一次。 使未在一小時內傳遞的所有訊息到期。 | 高:針對每個訂用帳戶,至少將每個訊息傳遞至 Webhook 一次。 使未在 24 小時內傳遞的所有事件到期。 |
延展性 | 高:已最佳化以支援數百萬個同時連線的裝置傳送數十億則訊息。 | 高:每個區域每秒可路由傳送 10,000,000 個事件。 |
延遲 | 低:近乎即時。 | 低:近乎即時。 |
傳送至多個端點 | 是,將單一訊息傳送至多個端點。 | 是,將單一訊息傳送至多個端點。 |
安全性 | IoT 中樞提供個別裝置身分識別和可撤銷的存取控制。 如需詳細資訊,請參閱 IoT 中樞 訪問控制。 | 事件方格提供三點的驗證:事件訂閱、事件發佈和 Webhook 事件傳遞。 如需詳細資訊,請參閱 Event Grid 安全性和驗證。 |
如何選擇
IoT 中樞訊息路由和 IoT 中樞與事件方格的整合會執行不同的動作,以達到類似的結果。 它們都會從您的 IoT 中樞解決方案取得資訊,並加以傳遞,以便其他服務可以做出反應。 那麼,您該如何決定要使用哪一個? 請考慮下列問題,以協助引導您的決策:
您傳送至端點的數據種類為何?
當您必須將遙測資料傳送至其他服務時,請使用 IoT 中樞訊息路由。 訊息路由也會啟用查詢訊息應用程式和系統屬性、訊息本文、裝置對應項標籤和裝置對應項屬性。
與事件方格的 IoT 中樞整合適用於 IoT 中樞服務中發生的事件。 這些 IoT 中樞事件包含已建立、刪除、連線和中斷連線的裝置遙測資料。 訂閱遙測事件時,您可以在發佈至事件方格之前,先對數據套用其他篩選,以篩選 IoT 中樞 中的訊息屬性、訊息本文和裝置對應項。 請參閱 如何篩選事件。
哪些端點需要接收此資訊?
IoT 中樞 訊息路由支援有限的唯一端點和端點類型,但您可以建置連接器,將數據和事件重新路由至其他端點。 如需受支援端點的完整清單,請參閱上一區段中的資料表。
IoT 中樞與事件方格的整合支援每個IoT 中樞 500 個端點,以及種類更多的端點類型。 其原生會與 Azure Functions、Logic Apps、儲存體和 服務匯流排佇列整合,還可搭配 Webhook 使用,以擴充傳送資料至 Azure 服務生態系統外部的協力廠商商務應用程式。
您的資料是否依序抵達?
IoT 中樞訊息路由會維護訊息的傳送順序,讓訊息以相同方式送達。
事件方格不保證端點會依照事件發生的順序接收事件。 在訊息的絕對順序很重要及/或取用者需要可信任之訊息唯一識別碼的情況下,建議使用訊息路由。
下一步
- 深入瞭解 IoT 中樞 訊息路由和 IoT 中樞 端點。
- 使用 Logic Apps 傳送有關 Azure IoT 中樞 事件的電子郵件通知,以試用事件方格整合。