0

私たちは、1 台のマシンで実行し、ネットワーク内の N 台のマシンに拡張できるシステムを構築する岐路に立っています。エージェント パターンを詳しく調べ、Microsoft CCR をさらに詳しく調べましたが、ネットワーク環境でどのように実装できるかは明確にわかりません (単一マシン環境では、信じられないほどです)。

nServiceBus と MassTransit も検討しましたが、ドメイン ボックスをスケーリングする必要がなく、Azure または AWS でテクノロジを簡単に使用できないため、キュー、特に MSMQ の使用は避けたいと考えています。

私たちが探しているのは、必要に応じてより多くのプロセッサを動的に割り当てることができる (ワーカー ロールを使用した Azure のスケーリング) タスクの委任を行うマシンの可能な配列を持つことです。ただし、これは、たとえば Windows サービス タイプのコンテナを使用してクライアント環境にインストールすることもできますが、クライアント環境では自動スケーリングが自動的に行われず、これは何かによって処理される必要があり、この問題は質問。

これは興味深いアプローチですが、MSMQ を使用せずにこの問題をより洗練された方法で処理した人が他にいるかどうか疑問に思っています。

http://www.developer.com/net/article.php/3834041/Extending-Microsofts-Concurrency-and-Coordination-Runtime--with-MSMQ.htm

4

1 に答える 1

0

Service Bus for Windows Server (Service Bus 1.1) を見てみましょう。これは Azure Service Bus のオンプレミス展開であり、キューを介して AMQP メッセージングを提供し、トピックを介してパブ/サブ機能を提供します。Service Bus トポロジは、ファーム内の 1、3、または 5 サーバーへのスケーリングをサポートしています。

于 2014-10-09T16:47:22.800 に答える