Je voudrais obtenir une recommandation pour la conception d'un routage de messages IoT dans Azure.Azure Service Fabric Routage
Scénario suivant: Seneurs envoyant des messages à Azure IoT Hub au format Google Protobuf. En fonction du type de message, je souhaite acheminer le message vers différentes applications à l'intérieur d'une structure de service. Mon approche actuelle consiste à utiliser une application de matrice de service pour recevoir tous les messages du hub IoT, analyser le message protobuf, envoyer le message en fonction de leur type (attribut dans le protobuf) à un concentrateur d'événements Azure spécifique au type. Maintenant, les applications récupèrent les messages de leur propre concentrateur d'événements et traitent les messages.
Je ne suis pas sûr si c'est la meilleure approche. Je n'aime pas le fait d'avoir un hub d'événements pour chaque type de message. Les bus de service ne sont probablement pas une option, car j'ai beaucoup de messages (~ 30k par seconde). Ai-je vraiment besoin d'un concentrateur d'événements, pour découpler ce processus, ou est-il sensé d'envoyer les messages de "l'application de routage" directement aux différentes "applications de type"?
Qu'en pensez-vous?
Cordialement, Markus
Avez-vous regardé Fonctions Azure? Peut-être que vous pouvez recevoir et traiter les messages en une fois. (Selon la façon dont vous les traitez bien sûr) – LoekD
Pourriez-vous expliquer pourquoi vous n'aimez pas votre approche? Ça me semble assez standard. – Mikhail
Azure fonctions, n'a pas fonctionné comme excitée (problèmes de performance). Peut-être que cela fonctionne mieux maintenant ... Je n'ai pas aimé le fait, d'avoir autant de hubs d'événements (un pour chaque type de message). Ainsi, un service qui s'intéresse à quelques types doit se connecter et recevoir à partir de quelques hubs d'événements. Un pub/sub (un bus de service par exemple) sonne mieux pour moi. – mananana