1
我想獲得一些建議，用於在Azure中設計IoT消息的路由。Azure服務結構路由
我有以下情況： Senator以Google Protobuf格式向Azure IoT Hub發送消息。根據消息的類型，我想將消息路由到服務結構中的不同應用程序。
我目前的方法是使用服務結構應用程序接收來自IoT中心的所有消息，解析protobuf消息，根據消息的類型（protobuf內的屬性）將消息發送到特定於類型的Azure事件中心。現在，應用程序從其「自己的」事件集線器中獲取消息並處理消息。
我不確定這是否是最好的方法。我不喜歡這樣的事實，即爲每種消息類型設置一個事件中心。服務總線主題可能不是一種選擇，因爲我有很多消息（~30k每秒）。 我是否真的需要一個事件中心，來解耦這個過程，或者說它是否合理，將消息從「路由應用程序」直接發送到不同的「類型應用程序」？
您認爲如何？
問候， 馬庫斯
做你看Azure的功能呢？也許你可以一次接收和處理消息。 （取決於你如何處理他們當然） – LoekD
你能否詳細說明你爲什麼不喜歡你的方法？看起來相當標準給我。 – Mikhail
Azure功能，並沒有像推薦的那樣工作（性能問題）。也許它現在更好... 我不喜歡這個事實，有這麼多的事件中心（每種類型的消息）。因此，對少數類型感興趣的服務必須連接並從少數事件中心接收。一個pub/sub（例如一個服務總線）聽起來對我更好。 – mananana