問題タブ [servicebus]

注文を作成する方法を備えた注文Webサービスがあります。メソッドが呼び出されると、メッセージがサービスバスに送信され、注文メッセージハンドラーによって処理されます。

日次および月次で、注文レポートを生成する必要があります。通常、注文をデータベースに保存する注文メッセージハンドラーがあり、データベースから読み取り、レポートを生成するスケジュールされたタスクがあります。しかし、これを行うためのよりメッセージ指向の方法があるかどうか疑問に思いましたか？

注文メッセージハンドラーに、さまざまなレポートサービス（毎日および毎月など）がサブスクライブできるメッセージを公開させることを考えました。メッセージは、サービスが指定された間隔（毎日/毎月）でアクティブ化されるまで、指定されたキューに蓄積されます。次に、サービスはキューでメッセージを処理し、レポートを生成します。これは行く方法ですか、それとも私は行く方法ですか？

どんなポインタでも大歓迎です。

アップデート

（NServiceBusを使用して）メッセージを発行者キューに保持し、指定された間隔でのみ発行することは可能ですか？または、パブリッシャーがすぐに公開し、サブスクライバーによる処理がスケジュールされるように、逆にする必要がありますか？

私のシステムは2つの部分に分かれています。両方の部分は、RhinoServiceBusを使用して相互に通信します。Windows 7では問題はありませんが、他の場所（WinXP、Server 2003など）で起動すると、次の例外が発生しますRhino.ServiceBus.Hosting.DefaultHost.Start(..)。

Springログのフラグメントは次のとおりです。

Web サイト (マルチインスタンス) がアプリケーション サーバー (マルチインスタンス) によって支えられている分散 Web サイトを考えています。これらの間の通信メカニズムを定義するのに苦労しています。WCF やメッセージング サービスなど、多くの選択肢があり、単純に App Server を完全に排除することで提案されます。

では、何百万人もの訪問者を期待するグローバル レベルの Web サイトに対してはどうしますか。

さて、これらはたくさんの質問ですが、何らかの形で関連しています。サービス バスはスケーラブルな分散サイトに役立ちますか ... または、ここで言葉を混ぜています。

どんなガイダンスも大歓迎です

Azure SB には多くのトピックがあり、ステージングから運用への VIP スワップを通じて環境を常に更新しています。

インスタンスがステージングで実行されている場合、運用スロットで実行されているインスタンスにイベントを送信することを目的としたメッセージをサブスクライバーが読み取ったり削除したりしたくありません。

私が思いついた解決策は、名前に RoleEnvironment.SubscriptionId を含むサブスクリプションを作成することです。これらは、RoleEntryPoint.OnStop() 中に削除され、未使用のサブスクリプションを回避します。

これに対するよりエレガントな解決策はありますか?明らかな何かが欠けていますか?

X個の同様のメッセージの準備ができるかY時間経過するまで、エンタープライズサービスバスでのメッセージの消費を遅らせる方法はありますか？

私の目標は、コンシューマー内のいくつかのメッセージをシリアル化して集約することです。これにより、メッセージのストレージにアクセスするのではなく、バッチにアクセスします。

現在、RhinoESBで遊んでいます。このESBまたはあなたが知っている他のESBでの私のオプションを知りたいです。

ありがとう！

Servicebus の実装 (NServicebus、MassTransit など) について多くのことを読んでいて、Servicebus のしくみを理解していると思います。私は自分自身を知っており、テクノロジーを使用する傾向があるため、ニーズのオーバーヘッドになる可能性があるため、適切なシナリオが何であるかはまだわかりません.

だから私の質問は次のとおりです。Servicebusを使用する正当な理由/シナリオは何ですか?それを使用するにはDDD技術を使用する必要がありますか?

私が考えたいくつかのシナリオ：

• 外部システムとの通信 (たとえば、アプリケーションが外部システムと通信しており、これらが確実に呼び出されるようにしたい。たとえば、データベース内のオブジェクトを永続化するが、データを同期するために外部 Web サービスも呼び出す必要がある。コマンドを作成し、イベントを取得する 2 つのハンドラーがあり、1 つはデータベースに保持され、もう 1 つは Web サービスを処理します。コマンドが失敗した場合は再試行されます)
• スケーラビリティ (複数のマシンでスケールアウトできる)
• よりクリーンなコードにつながる可能性があります (たとえば、エンティティが更新されたときにいくつかの連続したタスクを実行する代わりに、これらのタスクを分離して実行するさまざまなメッセージハンドラーを使用することができます。たとえば、エンティティを保存したり、別のハンドラーが非正規化されたデータストアで更新を実行したりできます)。

指定したパブリックURLにGetまたはPOSTを発行するサードパーティと開発を行っています。

私がやりたいのは、開発マシンがリッスンできるAzureServiceBusにリレーサービスをセットアップすることです。リクエストが届いたら、自分のWebサービスがサードパーティのサービスから直接リクエストを受け取っているかのように、そのリクエストを転送したいと思います。

準備ができたら、アプリケーションをパブリックサービスにデプロイし、サードパーティのサービスが送信するURLも変更します。これで、稼働状態になります。

私が探しているのは、まさに次のようになります。Clemensthe Master of Service Busですが、2009CTPのものです。私はそれに取り組んでいますが、2012年にすべての新しいビットを使用してまだ機能していません（別名、現時点では頭上にあります）。誰かが助けたいですか？

Clemensは、他の誰かがService Busを使用してリバースプロキシを作成するのにも役立ちますが、私はそれを見つけることができないようです。はい、私もクレメンスをツイートしましたが、彼は忙しい人だと確信しています！

psアプリケーションリクエストルーティングについて知っていますが、開発マシンがパブリックURLにないため、サービスバス上のクライアントリスナーがサーバー側のエンドポイントから中継されたメッセージを受信した後、URLを書き換える必要があります。

状況

Windows Azure AppFabric ServiceBusNetTcpRelayBindingを使用してエンドポイントに接続するクライアントライブラリがあります。クライアントライブラリは、必ずしも.NETアプリケーションではないアプリケーションによってホストされます。とにかく、app.configは問題外です。つまり、すべてをコードで構成する必要があります。

Machine.configは1つのオプションですが、回避できる方がよいでしょう。ローカルカスタムプロキシまたはフロントエンドサーバーも別のオプションですが、アーキテクチャを大幅に変更する前に、まずこのオプションを検討したいと思います。

システムバインディングに問題はありませんが、コードでChannelFactoryに次の構成を追加する方法を理解または発見していません。

ServiceBus の仕組みに興味があります。具体的な実現ではなく、一般的な考え方、パターン、できればこのように言います。内部にカプセル化された Observer ロジックはありますか? 「独自の ServiceBus チュートリアルを作成する」や「ダミー用に独自の ServiceBus を作成する」などの記事を誰かが知っているかもしれません =)