現在、Event Hubs と EventProcessorHost を使って戦っています。これまでに見つけたすべてのガイダンスは、Azure Cloud Service ワーカー ロールで EventProcessor を実行することを提案しています。これらはデプロイと更新が非常に遅いため、より機敏な環境で EventProcessor を実行できる Azure サービスがあるかどうか疑問に思っていました。
これまでのところ、私の大まかなアーキテクチャは次のようになります
デバイス > IoT ハブ > Stream Analytics ジョブ > イベント ハブ > [MyEventProcessor] > SignalR > クライアント...
または、Steam Analytics から SignalR メッセージを送信する別の方法があるのでしょうか?
どんな推奨事項も高く評価されています。
ありがとう、フィリップ
SignalR を有効にして Azure Web App サービスを使用し、パイプラインの "ステップ" [MyEventProcessor] と SignalR を 1 つのステップにマージすることができます。簡単な SignalR チャット デモから始めて、イベント ハブ レシーバー機能を SignalR 処理に追加することを数回行いました。その記事は、アプローチに関して私が意味するものに近いです。
Azure WebJobs もご覧ください。基本的に、ロジックを実行するバックグラウンド サービスとして機能します。WebJobs SDK は Event Hub をサポートしています。
任意の C# コードを実行し、実行を継続する任意の Azure Thing で EventProcessorHost を実行できます。どこで実行するかのオプションは、最終的には、いくら使いたいか、何が必要かによって決まります。そのため、 Azure Container Serviceは新しい高度な展開システムかもしれませんが、最小コストはあなたにとって適切ではないかもしれません. 通常の Azure Virtual Machines で EventHubs からデータを読み取るバイナリを実行しており、展開システムが管理を担当しています。
SignalR を使用してクライアントと通信するフロント エンド プロセスに、しばらくの間存在するプロセスがある場合は、それらのそれぞれを独自の論理コンシューマー (コンシューマー グループ) にして、ストリーム全体を消費させることができます。または、それらが残っていない場合でも (つまり、アイドル時にプロセスをオフにする Azure ホスティング オプションを使用している場合)、(古いデータを再処理するのではなく) ストリームの最後で開始するようにレシーバーを記述することができます。それがあなたのシナリオに必要なものです。