微软发布了物联网边缘的事件网格公开预览，该预览允许在断开连接或远程环境的系统上采用事件驱动架构。这意味着，使用具有路由功能的发布/订阅模型实现事件驱动的场景现在可以在任何地方运行的物联网设备上使用。

　　事件网格从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上的事件网格模块，然后开始进行路由。文档中有几个这样的例子，包括本地事件、云交换和事件转发。