比較 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 個端點。 如需最新的端點清單，請參閱事件格線處理常式。 |
| 成本 | 訊息路由沒有個別費用。 只會針對向 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 中樞事件的相關電子郵件通知，嘗試「事件方格」整合。