Azure 服务结构路由
Azure Service Fabric routing
我想获得一些关于在 Azure 中设计 IoT 消息路由的建议。
我有以下情况：
传感器以 Google Protobuf 格式向 Azure IoT 中心发送消息。根据消息的类型，我想将消息路由到服务结构内的不同应用程序。
我目前的方法是使用服务结构应用程序从 IoT 中心接收所有消息，解析 protobuf 消息，根据消息的类型（protobuf 内的属性）将消息发送到特定类型的 Azure 事件中心.现在，应用程序从其 "own" 事件中心获取消息并处理消息。
我不确定这是否是最佳方法。我不喜欢这样的事实，即为每种类型的消息设置一个事件中心。服务总线主题可能不是一个选项，因为我有很多消息（每秒约 30k）。
我真的需要一个事件中心来解耦这个过程，或者将消息从 "routing application" 直接发送到不同的 "type applications" 是否有意义？
你怎么看？
此致，
马库斯
如果您确实需要高性能，您应该看看 IoT 中心和事件中心。 Azure 事件中心是一个高度可扩展的数据流平台和事件摄取服务，每秒能够接收和处理 数百万个事件 。事件中心可以处理和存储分布式软件和设备产生的事件、数据或遥测数据。可以使用任何实时分析提供程序或 batching/storage 适配器转换和存储发送到事件中心的数据。
另一方面，如果您每秒只需要 30k 条消息，则可以使用 Premium Messaging。
Comparison of Azure IoT Hub and Azure Event Hubs
我想获得一些关于在 Azure 中设计 IoT 消息路由的建议。
我有以下情况： 传感器以 Google Protobuf 格式向 Azure IoT 中心发送消息。根据消息的类型，我想将消息路由到服务结构内的不同应用程序。
我目前的方法是使用服务结构应用程序从 IoT 中心接收所有消息，解析 protobuf 消息，根据消息的类型（protobuf 内的属性）将消息发送到特定类型的 Azure 事件中心.现在，应用程序从其 "own" 事件中心获取消息并处理消息。
我不确定这是否是最佳方法。我不喜欢这样的事实，即为每种类型的消息设置一个事件中心。服务总线主题可能不是一个选项，因为我有很多消息（每秒约 30k）。 我真的需要一个事件中心来解耦这个过程，或者将消息从 "routing application" 直接发送到不同的 "type applications" 是否有意义？
你怎么看？
此致， 马库斯
如果您确实需要高性能，您应该看看 IoT 中心和事件中心。 Azure 事件中心是一个高度可扩展的数据流平台和事件摄取服务，每秒能够接收和处理 数百万个事件 。事件中心可以处理和存储分布式软件和设备产生的事件、数据或遥测数据。可以使用任何实时分析提供程序或 batching/storage 适配器转换和存储发送到事件中心的数据。
另一方面，如果您每秒只需要 30k 条消息，则可以使用 Premium Messaging。
Comparison of Azure IoT Hub and Azure Event Hubs