Azure 事件网格在公共预览版中支持 MQTT Last Will and Testament

近日，微软宣布推出公共预览版 最后遗嘱 (LWT) 支持 Azure 事件网格的 MQTT 代理功能，符合 MQTTv3.1.1 和 MQTTv5 规范.

Azure 事件网格 是一个云事件代理，使开发人员能够使用以下机制集成他们的解决方案 HTTP 拉取交付, HTTP推送交付, 和 MQTT 代理功能。 后者的能力, 介绍 去年 6 月，利用 MQTT 协议的标准功能使客户端能够以可靠、安全和可扩展的方式进行通信.

MQTT, 以前称为“MQ Telemetry Transport”，是一种轻量级发布-订阅协议，最初由 IBM 开发，作为其 MQ 产品的配套产品。 IBM 后来提出了其标准化 绿洲, 将初始规范转换为 版本 3.1.1. 随后, 版本 5.0 在此基础上发展而来，微软在开发过程中做出了巨大贡献 绿洲MOTT技术委员会.

开发人员现在可以在 Azure 事件网格的 MQTT 代理功能, 确保意外断开期间 MQTT 客户端之间的可预测且可靠的通信流。 例如，在数据流连续的物联网系统中，其他设备必须检测到这种情况，并在设备意外丢失连接时采取必要的预防措施。 LWT 是此类场景的理想解决方案。 LWT 允许设备通过代理发布其在指定主题上的最后一条消息，使其他设备能够检测到这种情况并快速采取必要的预防措施.

(来源：科技社区 博客文章)

LWT 的运行方式是在“遗嘱消息”和相关属性中包含 连接数据包 在客户端连接到 MQTT 代理期间。 如果客户端使用 MQTT DISCONNECT 数据包以原因代码 0x00 正常断开连接，则将忽略 will 消息。 但是，如果断开不正常，代理将向所有订阅的客户端发布消息。 订阅者可以通过重新分配任务、重新分配职责或调整行为来快速响应，以维持系统性能和稳定性.

AWS 和 Google 等其他公共云提供商也提供类似于 Azure Event Grid 的服务。 例如, AWS 事件桥, 一种无服务器事件总线服务，可以使用来自其他应用程序、集成软件即服务 (SaaS) 应用程序和 AWS 服务的数据轻松连接应用程序。 但它没有像 Azure EventGrid 这样的 MQTT 代理功能，因为它主要关注 HTTP/S 和 AWS 服务集成； 但是，开发人员可以使用 Amazon EventBridge 连接 MQTT 客户端 自定义事件总线 并与 AWS 服务集成，例如 AWS 物联网核心 或者 AWS Lambda. 同样，谷歌的 事件弧 不具备 MQTT 代理功能。 在 Google Cloud 上，开发者可以 运行独立的 MQTT 代理 在 Compute Engine 或 GKE 上.

Microsoft 仍然致力于在事件网格中增强 MQTT 乔治·吉尔吉斯, 微软 Azure Messaging 的产品经理写道:

Event Grid 致力于持续投资 MQTT 功能，以符合 MQTT 规范并更好地支持不断发展的物联网场景，确保持续增强以满足行业需求.

最后，Azure Event Grid 使用按事件付费的定价模型； 其定价详情可在 定价页面.