問題タブ [masstransit]

NServiceBusとMassTransitは、MSMQ やその他のメッセージ キューを使用したメッセージングを実装するために使用できる 2 つのツールです。

メッセージングを使用してアプリケーションが相互に通信し始めると、古い RPC スタイルに戻りたくないことがわかります。

私の質問は、他にどのようなツールがありますか? どのようなツールを使用しますか?

今後のプロジェクトで非同期実行を行うためのソリューションとして MSMQ を使用することを検討しています。WCF と MassTransit などのフレームワーク、または手書きの MSMQ クライアントを使用して、MSMQ からタスクを配置/読み取りすることの違いを知りたいです。

基本的に、アプリケーションは複数の Web サイト (LAN を介した内部またはインターネットを介した外部) であり、サービス層 (WCF または通常の Web サービス) を介してデータを読み書きします。次に、このサービス レイヤーは次の 2 つのいずれかを実行します。1. データベースにデータを書き込む 2. メッセージをキューに入れることでバックグラウンド プロセスをトリガーします。3. 明らかに、データベースからデータを取得することもできます。キューの反対側にある小さなエージェント (Windows サービス) は、キューを監視し、タスク コマンドに基づいて実行します。

このアーキテクチャは、スケーリング (キューとエージェントの追加) が非常に簡単で、RPC や分散実行などに比べて実装が簡単です。また、エージェントの処理はリアルタイムである必要はありません。また、エージェントとサービス層は、共通のドメイン オブジェクトとリポジトリなどを共有することを除いて、別個のアプリケーションです。

どう思いますか？上記の要件に対するアーキテクチャの提案を歓迎します。ありがとうございました！

nServiceBus、Rhino Service Bus、MassTransit について、あなたが持っている、または知っているリソースについてぜひ教えてください。

• ビデオ？
• ブログ投稿？
• 本？
• デモプロジェクトなど

複数のコンシューマを 1 つの MSMQ インスタンスでリッスンし、選択的コンシューマ インターフェイスを使用してそれぞれがメッセージの個別のサブセットを処理することは可能ですか? pub/sub を使用してこのシナリオを正しく動作させることができないようです - キュー上の単一のコンシューマーは正常に動作しますが、1 つ以上のコンシューマー (同じ実行可能ファイルの複数のインスタンス) を使用すると、メッセージはどこにも表示されません。私が理解しているように、これは「競合する消費者」の場合ではありません.1つの消費者だけが1つのメッセージを処理するからです。

ヘルプやポインタをいただければ幸いです。

メッセージングシステムを使用して、適切に分離されたワークフローシステムにあるファイルを処理するためにいくつかのクイックスパイクを実行するだけです。

上記の各フレームワークを使用することで人々が見つけた長所と短所は何ですか？これらを使用することの利点は、WCFバインディングおよび/または非MSMQソリューションを備えた手動のMSMQシステムと比較して何ですか？

キューの管理に役立つMassTransitに組み込まれているものはありますか？

私は特にエラーキューについて考えています。私はこれに似たスレッドを見ましたが、ユーティリティではなくコードで管理することを考えています。

シナリオ：

• Webクライアント-コマンドは、MTを含むメッセージとしてアプリケーションサーバー上のリモートキューに公開されます。

• アプリサーバー-コマンドが消費され、実行されます。コマンドが実行中にスローされた場合、そのコマンドはエラーキューに入れられます。

• Webクライアント-エンドユーザーは、エラーキュー内のすべてのコマンドを表示できます。それらは一度に1つずつ解決され、再公開されて再度実行されます。

最初の2つは簡単です。3つ目は私が今いるところです。どんな提案でも大歓迎です。

ありがとう、
ロブ

私の雇用主は特定の市場向けのソフトウェアベンダーです。お客様は、Webサービスを使用して当社のシステムを他のシステムと統合します。マイクロソフトのテクノロジを使用しており、WebサービスはASP.NETとWCFに実装されています。

現在の一連のサービスを確認し、将来の統合のための会社の基準を考え出す時が来ました。私は「エンタープライズ統合パターン」を読んでおり、nServiceBusとMassTransitについても少し調べています。これらは、コントラクトのバージョン管理や単体テストなどの問題を単純化する可能性がありますが、外部クライアントにサービスを公開するためではなく、内部サービスバスを提供するために最も役立つようです。

お客様はさまざまなプラットフォームを使用しており、サービスが標準に準拠している必要があります。それは人によって意味が異なるかもしれませんが、WSDLで記述されたWebサービスにアクセスしたいと思っていると考えるのは安全だと思います。

このシナリオでは、WCFを使用する方法はありますか？

以前に MSMQ を使用したことがないので、それを使用するためのクライアント環境要件がまったく明確ではありません。

私は、レガシー システムと統合するクライアント/サーバー ソリューションを設計しており、メッセージングを得意としています。MassTransit のようなサービス バスの実装を使用したいのですが、それには MSMQ が必要です。

すべてのクライアント PC に MSMQ がインストールされていることを確認する必要がありますか?

これを管理者パスワードの管理者に売る見込みはあまりないと思います。

現時点では、すべてのクライアント マシンに Windows XP Professional がインストールされていることを確実に期待できますが、これは変わる可能性があり、最近の OS では MSMQ が既定でインストールされていないことを理解しています。これはさらに大きな頭痛の種になるでしょう。

誰かがこれがどのように機能するかを説明できますか? 重要な何かを見逃していない限り、商用ソフトウェアが MSMQ にどのように依存できるか想像できません (そうであることを願っています)。

(サーバーは問題ではありません。私はそこで完全に制御できます。)

場所の緯度と経度があり、Google マップの詳細ページで Google が行うのと同じように、その場所の近くの交通機関の情報を見つけたいと考えています。

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

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

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

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