質問

私はそれのためにHazelcastを使用することにしましたので、私は、高スケーラブルなアプリケーションを開発しています。私は、ノードのためのメッセージを入れる1台のフロントエンドサーバーを、持っています。クラスタの変更のすべてのノードは、分散マップ内のバックグラウンドスレッドでは、それのワークロードは、そう、フロントエンドサーバーは、メッセージを入れて(すべてのノードがそれ自身のメッセージキューを持っている)は、キューを選択してください私の質問は次のとおりです。あるHazelcastような設計に適した(私たちは配布を負荷とする必要がロードバランシング)またはいくつかの選択肢かもしれ?それのシンプルさと素敵なデザインのための私Hazelcastのような。

役に立ちましたか?

解決

Hazelcastは素晴らしいです。

は、それは非常に軽量だし、簡単に使用することに、しかし、それはまだ開発中だとそれを使用する際にいくつかの問題がある。
あなたがここを見ている場合: http://code.google.com/p/hazelcast/issues/listするあなたは、トランザクションを使用しながら、いくつかのバグがキューデータ構造であることがわかります。全体的に、アドバタイズおよび基本的自由のための分散キャッシュを与えるもの提供しています。

他のヒント

私はhazelcastとの最初の手の経験を持っています。我々が生産を行ってきましたバージョンは1.9.4です。我々は最近、2.2にアップグレードされ、現在2.3は最新のものです。私はかなりそれに満足しています。あなたが記述していることはhazelcastのためのかなり良いユースケースです。私は、各ノードが独自のキューを持っている同様のユースケースを持っていたとのメッセージがクライアントが接続されたノードに基づいて適切なキューにプッシュされています。それは素晴らしい仕事をし、ビジネスはそれを愛しています。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top