我想获得一些有关在 Azure 中设计 IoT 消息路由的建议。
我有以下情况: 传感器以 Google Protobuf 格式向 Azure IoT 中心发送消息。根据消息的类型，我想将消息路由到服务结构内的不同应用程序。
我当前的方法是使用服务结构应用程序接收来自 IoT 中心的所有消息，解析 protobuf 消息，根据消息的类型(protobuf 内的属性)将消息发送到特定于类型的 Azure 事件中心。现在，应用程序从其“自己的”事件中心获取消息并处理消息。
我不确定这是否是最好的方法。我不喜欢为每种类型的消息分配一个事件中心这一事实。服务总线主题可能不是一个选项，因为我有很多消息(每秒约 30k)。 我真的需要一个事件中心来解耦这个过程，或者将消息从“路由应用程序”直接发送到不同的“类型应用程序”是否有意义？
你觉得怎么样？
问候， 马库斯
最佳答案
如果您确实需要高性能，您应该看看 IoT 中心和事件中心。 Azure 事件中心是一个高度可扩展的数据流平台和事件引入服务，能够每秒接收和处理数百万个事件。事件中心可以处理和存储分布式软件和设备生成的事件、数据或遥测数据。发送到事件中心的数据可以使用任何实时分析提供程序或批处理/存储适配器进行转换和存储。
另一方面，如果您每秒只需要 30k 消息，则可以选择 Premium Messaging .
Comparison of Azure IoT Hub and Azure Event Hubs
关于Azure Service Fabric 路由，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/44127473/