微軟發布了物聯網邊緣的事件網格公開預覽，該預覽允許在斷開連接或遠程環境的系統上采用事件驅動架構。這意味著，使用具有路由功能的發布/訂閱模型實現事件驅動的場景現在可以在任何地方運行的物聯網設備上使用。

事件網格從2017年8月起就可以在Azure上使用了，它為在應用程序之間路由事件提供了托管服務。這些事件遵循三種模式中的一種，其中的內容通常包括一個用于確定每個消息應該發送到何處的信封，以及特定于應用程序的某種形式的負載。

EventGrid是“開箱即用”的模式，而CustomEvent允許應用程序定義其模式，而CloudEventsimplements是事件驅動通信的行業標準。此外，事件網格使用推-推發布/訂閱機制執行通信，正如之前Steef-Jan Wiggers、Microsoft Azure MVP和Cloud Azure技術顧問在InfoQ上描述的那樣。

事件網格的概念圍繞源(發布方)發出的事件展開，源可以是Azure服務，也可以是遵循事件模式的第三方源。Azure中的事件發布者包括物聯網中心、存儲和最近添加的事件中心。隨后，事件被發送到事件網格中的主題，每個主題可以是一個或多個訂閱者(事件處理程序)。可以使用事件發布服務器配置主題，也可以作為自定義事件的自定義主題。最后，事件處理程序響應事件并處理它們。Azure中的事件處理程序包括函數、WebHook和事件集線器。

服務接收到的事件被推送給一個或多個訂閱者，使用過濾來確定哪個訂閱者對哪個消息感興趣，同時實現確保交付的機制，例如重試和死字。

物聯網邊緣是一個托管服務，它在Azure之外的設備上實現物聯網功能。與物聯網Hub的集成支持這些設備與Azure之間的通信。因此，物聯網Edge為斷開連接或以最少數據交換的方式工作提供了選擇，同時還提供了收集遙測數據并基于此在設備上采取行動的機會。它使用稱為模塊的Docker容器來完成此任務，并結合一個運行時來編排這些模塊之間的消息。

這個新引入的功能意味著事件網格現在可以作為Docker容器使用，它可以在物聯網的邊緣上運行。因此，現在可以在這些設備上發送和接收事件，servicecan可以與同一設備、其他設備或Azure中的服務上的模塊進行交互。另外，Azure上的事件網格和物聯網Edge之間有完全的功能對等，這意味著工作是一樣的。

目前，Blob存儲模塊是惟一與事件網格集成交互的開箱即用模塊，允許服務在將Blob放入容器中時做出反應。但是，其他模塊也可以與服務通信，因此它們需要使用公開的HTTP端點，如文檔中所示。

要開始使用這些新功能，首先需要配置物聯網邊緣設備;但是，這也可以作為Azure市場中的虛擬機使用。隨后，在IoT Hub中設置所需模塊，將配置推送到設備。然后下載并安裝Docker映像，例如Docker Hub上的事件網格模塊，然后開始進行路由。文檔中有幾個這樣的例子，包括本地事件、云交換和事件轉發。