問題タブ [servicebus]

Silverlight アプリケーションでは、最終的にバスに送信されるメッセージのラッパーを消費して書き込む (wcf) のではなく、メッセージ バスをできるだけ直接使用して送信したいと考えています。

私のアイデアは、サービス バスを wcf サービスとして直接公開することでした。つまり、ネットワーク上で双方向にパブ/サブスクライブしたいと考えていました。

これはすでに行われていますか？双方向性はまったく実行可能ですか? 結局のところ、私たちは (それだけに限定されているのでしょうか?) http ドメインにいるのでしょうか?

たくさんの質問。いくつかの有利なスタートをいただければ幸いです。

私はRhino Service Busを使用して.NETランドにいますが、パターンはさまざまなプラットフォームに適用されるはずです。

NServiceBusについての話を聞いたことがありますが、それが何であるかはよくわかりません。彼らは、「.net 向けの最も人気のあるオープン ソース サービス バス」であると主張しています。

サービス バスとは何ですか? また、いつ必要になりますか?

NServiceBusダウンロードのpubsubサンプルをゲートウェイモードで動作させるようにしようとしています。

NServiceBusをゲートウェイモードで実行する方法については、あまり詳しく知ることができませんでした。

パブリッシャー/サーバーをゲートウェイモードに設定するにはどうすればよいですか？試したところ、アクセス拒否の例外が発生しました。これは、実行しているアカウントが原因であるか、何かが不足しているためです。

ゲートウェイと通信するようにサブスクライバー/クライアントを設定するにはどうすればよいですか？

誰かが私を正しい方向に向けることができますか？

この問題に対する明確な答えを見つけることができませんでした。インターネット経由で MSMQ に登録する良い方法はありますか? 理想的には、この接続の認証と暗号化の両方にセキュリティが必要です。しかし、サブスクライバーは、ローカル ネットワークでサブスクライブされる他のクライアントと同じように動作することを望みます。ここにはいくつかのオプションがあると思います

• MSMQ ポートをパブリックに公開する
• MSMQ をある種の WCF サービスの背後に置きます (それがサブスクライバーで機能するかどうかはわかりません)。

他にどのようなオプションがありますか? 私たちは .NET 環境に座っており、解決しようとしている主な問題のドメインは、リモート接続をプル システムからイベント ベースのシステムに変更して、メイン サーバーの負荷を軽減することです。

私は次のように複数のメッセージを処理できるサガを持っています：

しかし、Orchestrates<CancelOrder>だけがピックアップされているようです。ですから（私はその線を見つけられませんでしたが、これはそうだという強い印象を受けています）、最初のオーケストラだけが登録されていると思います。

おそらくこれは仕様によるものです。私がサガを想像していたことから、それが多くの異なるメッセージを受け取ることは論理的であるように思われますが、私は間違っているかもしれません。私も私の全体の仮定が間違っているかもしれません:)

これをどのように処理する必要がありますか？Sagasは1つ（私の場合）のChangeStateMessage <State>のみを処理することになっていますか、それとも他のConsumerOfs / Orchestratesを手動で配線する必要がありますか？

私は Azure の Service Bus について調べていて、疑問に思っていました... AWS、Rackspace、App Engine などの他のクラウド ベンダーが提供する同等のサービスはありますか?

Apache ServiceMix などの ESB ソリューションを IaaS プロバイダーのインスタンスにインストールできるというブログ記事を読みました。ただし、Azure が提供するのと同じ種類の機能を提供するかどうかはわかりません。

また、フェデレーション認証用の Azure の Access Control サービスに相当するクラウドはありますか?

私はまだこれらのオファーを把握して比較しようとしていますが、私がやっていることはリンゴとオレンジを比較するようなものかどうかはわかりません.

どんな助けでも大歓迎です...

私は現在、変更の摩擦を最小限に抑える、保守性の高いシステムのアプリケーション設計のベストプラクティスを（かなり高いレベルで）調査しています。「通信層」とは、Webサービス、サービスバス、および一般的なネットワーク伝送技術を意味します。

あなたの経験から、コミュニケーション層の開発に関してよくある間違いや悪い習慣は何だと思いますか。また、コミュニケーション層を開発者にとってより良い場所にするためにどのような対策を講じ/実施しましたか。視点？

回答の例には、次のようなものがあります。スケーラブルで拡張性の低い通信層の最も一般的な原因は何ですか。+この問題を解決するために（設計またはリファクタリングで）どのような対策を講じることができますか？

私はここで戦争の話と、公に入手可能なガイダンス文書とサンプルに組み込むことができるいくつかの現実世界のアドバイスを探しています。

Rhino ServiceBusをASP.NETWebアプリケーションに追加したいのですが、DIコンテナーとしてNinjectを使用しています。これまでのところ、私が見続けるすべての例では、すでにNinjectを使用しているため、使用したくないCastleWindsorを使用しています。

Castle Windsorに直接依存せずに（たとえば、Ninjectを使用して）Rhino ServiceBusをASP.NETWebアプリケーションに追加する方法を示すチュートリアルはありますか？

バージョン 2.0.0.1219 の使用

NServiceBus と VS2010 を使用して、サブスクライバーとパブリッシャーの両方を自己ホストしようとしています。プログラムは実行されて初期化されますが、メッセージを移動できません。パブリッシャーは投稿しているように動作し、エラーはありませんが、サブスクライバーは何も受け取りません。

これがサブスクライバー構成です

そしてパブリッシャーの設定

パブリッシャーコードは次のとおりです。

そして加入者コード

そしてメッセージコード

多くのファイルを継続的に処理する既存のシステムがあります。大まかに言えば、1 日に約 300 万個のファイルがあり、そのサイズは数キロバイトから 50 MB を超えるものまでさまざまです。これらのファイルは、パスに応じて、受信時から消費が完了するまで、いくつかの異なる処理段階を経ます。これらのファイルの内容と形式により、小さなチャンクに分割することはできません。

現在、これらのファイルが移動するワークフローは厳格であり、入力と出力が固定されたコードによって決定されます (多くの場合、1 人のサブスクライバーが新しいファイル セットのパブリッシャーになります)。しかし、この柔軟性の欠如が問題を引き起こし始めているため、新しい要件を処理できるようにするためのある種の pub/sub ソリューションを検討しています。

ほとんどの従来の pub/sub ソリューションでは、実際のペイロード内にデータが含まれていますが、ファイル サイズが大きくなる可能性があるため、多くのメッセージング プラットフォームの制限を超えています。さらに、複数のプラットフォームが使用されています。ファイルはパスに応じて Linux 層と Windows 層の両方を通過します。

次の目標を念頭に置いて、設計および/または実装に関する推奨事項はありますか?
1. pub と sub の両方のマルチプラットフォーム (Linux と Windows)
2. 永続的なストレージ/ストア アンド フォワードのサポート
3. 大きなイベント ペイロードを処理でき、すべてのサブスクライバーにサービスが提供されると適切にクリーンアップできます
4. ルーティング/ワークフローは構成によって実行されます
5. サブスクライバーは、条件の変更に基づいてフィルター処理された一連の公開イベントをサブスクライブできます (例: 特定のタイプのファイルのみを提供する)。

私は多くのサービス バスと MQ の実装を掘り下げてきましたが、どのツールが最も意味があるかを適切に評価するのに十分な設計アプローチを確立することはできませんでした。ご意見ありがとうございます。