0

私は会社の電気通信製品の 1 つの新しいバージョンを設計し始めており、負荷分散とスケーラビリティを提供するために、ある種の (.NET オープン ソース) ESB を検討していました。リレーショナル データベースを回避し、(おそらく) 非トランザクション キューを分散インメモリ キャッシュ (Velocity や memcached など) にフィードすることで、システムのスループットを向上させたいと考えています。

リアルタイム システムでこのようなアーキテクチャを使用したことはありません。また、日々の開発の単純さで得られるものと比べて、スループットが失われるのではないかと心配しています (このアプリではこれが非常に重要です)。

私は NServiceBus で遊んだだけなので、それ (またはその兄弟) がリアルタイムの SQL を使用しないアプリケーションの基盤として適しているかどうかはわかりません。どう思いますか？

これらの製品をどのように判断すればよいですか？代わりに商用アプリを購入するか、疫病のように ESB を避けるか、または他のアプローチを使用する必要がありますか?

4

1 に答える 1

2

アンドリュー、

スループットについて言えば、並列メッセージ ベースのアーキテクチャは非常にうまく機能する傾向があります。特に、NServiceBus は非常に高いレベルにスケーリングされており、非ロックの永続ストアと組み合わせて使用​​すると、非常に優れたパフォーマンスを発揮できます。

あなたがリアルタイムと言うとき、ここでハードリアルタイムについて話しているのではありません. 言い換えれば、主な目標は低レイテンシーではなくスループットのように思えます。ESB が非常にうまく機能することがわかると思います。

于 2010-08-19T08:33:11.910 に答える