問題タブ [terracotta]

Terracotta インスタンスによって格納されたオブジェクトに対してクエリを実行する方法はありますか?

SQL に似たクエリ、またはフィールドに基づいてオブジェクトをフィルタリングする方法を探しています。

かなり大きなSpringアプリケーションがあり、共有しようとしているのは単一のマップだけです(実装としてutil.ConcurrentMapを使用)。

これを行うために、appContext に Bean を作成し、次の tc-config 行を使用しようとしました。

*/applicationContext.xml

これを機能させるには、他に何かする必要がありますか? MyClass は、プリミティブ、2 つのコンストラクター、およびアクセサー/ミューテーターのみを含むかなり単純なドメイン オブジェクトです。

これを機能させるには、他に何かする必要がありますか? Terracotta 3.0.0 を使用しています。

約1か月前にTerracottaを発見した後、Terracottaの使い方を学んでいます. とてもクールな技術です。

基本的に私がやろうとしていること：

私のルート (System of Record) は ConcurrentHashMap です。

主な Instrumented Class は、HashMap に存在させたい 30 ほどのフィールドを持つ「JavaBean」です。

ハッシュマップには、これらの JavaBeans が約 20000 存在します。

各 Bean には、5 秒ごとに更新される (少なくとも) 5 つのフィールドがあります。

(これに Terracotta を使用する理由は、これらの JavaBeans が JVM およびノー​​ド間でアクセスできる必要があるためです。)

私よりも TC の経験が豊富な人に何かヒントはありますか? パフォーマンスが重要です。

他の同様のアプリケーションの例はありますか?

したがって、次のように設定されたNサイズのサーバー配列があるとしましょう。

代替テキスト http://www.terracotta.org/web/download/attachments/43909161/ServerArrayMirrorGroup.png

私は単純な JavaBean/POJO を持っています:

ここで、クライアントの 1 つが TC ルート (データ構造) の Person オブジェクトで Person.setObj(OtherObject) を呼び出すと、そのクライアントの同期ブロック(Person.setObj(OtherObject) 内) が保持されます。

1) Nサイズのサーバー配列内のN個のサーバーすべてがその Person.obj 属性と同期/更新されるまで?

また

2) 「アクティブな」サーバーがその更新された Person.obj 属性と同期されるまで? 次に、アレイ内の他の ( N-1 ) サーバーは可能な限り同期されますか?

また

3）私が見ている他の方法はありますか？

JETTY 7.0 の中断されたサーブレット 3.0 API の実装を使用して、Java で記述された COMET Web アプリケーションをクラスタ化しようとしています。

中断/再開サーブレット Web アプリケーションで Terracotta を使用した経験がある人はいますか?

JETTY の Greg Wilkins は、Terracotta での COMET のパフォーマンスに関するいくつかの問題について言及しています。

• Terracotta を使用した COMETD のクラスタリング

アプリケーションのクエリを満たすために、Hibernate Search で Terracotta を使用した経験のある人はいますか?

もしそうなら：

1. どの程度の「オブジェクトの更新」を処理できますか? (出来栄えはどうですか)

2. クエリにはどのようなパフォーマンスがありますか?

3. メモリ内のすべての「クエリ」を満たすバッキング データベースがなくても、Terracotta Hibernate Search を使用することは可能ですか?

Terracotta サーバーで永続的なキューを適切に構成する方法を知っている人はいますか?

Terracotta は、サーバー上のクラスター化されたオブジェクトをファイルに格納し、追加のみの方法でそれらにデータを書き込みます。この内部データがどうにかしてクリアされる方法を制御したいと思います。Terracota によってクラスター化された共通の ehcache インスタンスを使用する集中的なアプリケーションが複数あります。データを入れているスレッドがあり、他のスレッドは読み取りと削除を行っています。私たちのハードディスクはゴム製ではありません... AFAIK )) Terracotta はディスクから削除されたキャッシュ項目をクリアしますか、デフォルトの動作、構成オプションなどは何ですか? 事前にサンクス

これは私が達成しようとしていることですが、私はこの主題に十分に精通していないので、ご容赦ください:)

一部のデバイスが接続され、定期的にデータがアップロードされるサーバーがあります。通信は、速度と効率のために設計された独自のプロトコルを使用して、プレーンな TCP ソケットを介して行われます。このような接続はすべて、基本的に、デバイスが接続されている限り開いているセッションです。私が今必要としているのは、(1)フェイルオーバーメカニズムの設計と(2)スケールアップです。最初のインスタンスが失敗すると、別のサーバー ノードが起動します。軽量クラスターを実行するために Terracotta を検討してきました。しかし、私が理解していないのは、デバイスが2番目のノードで実行することをどのように知っているのでしょうか?? おそらく、いくつかのアクセスポイントを試すように「教える」ことができます..しかし、それらのいくつかは私の制御不能であるため、これは本当に苦痛です. 理想的には、

今。私が最初に知りたいのは、そのようなツールが世界でどのように呼び出されたかです。2 つ目 - シンプルな既製のソリューションが必要です。できればフリーまたはオープン ソースで、使いやすい商用ライセンスが必要です。重いコンテナーは使用しません。サーバー インスタンスは、Spring で接続された一連の POJO であり、すべてが 1 つの JVM で実行されます。理想的には、そのような魔法の箱をノードの 1 つに配置し、すべてのデバイスに対して単一の IP/ポートを公開し、いくつかの構成を行いたいと考えています。設定。これは可能ですか、それとも困難な問題に対する安価な解決策を夢見ていますか?

Terracotta でクラスター化する適切なキャッシュ実装を選択するとき、DistributedMap という名前の別の Terracotta 統合モジュールを実行しました。これは、さまざまなエビクション ポリシーのサポートなどの基本的なキャッシュ機能を提供します。このキャッシュ実装は簡単に構成できるように見えますが、運用に関しては-ready clustering いくつかの質問に対する答えを見つける必要があることがわかりました。 1. 以前にこの TIM を使用したことがある人はいますか? 誤謬はありますか？2. DistributedMap は簡単に構成できますが、次のシナリオはどうでしょうか。2 つの Terracotta クライアントを開始し、それぞれの DistributedMap が異なる構成になっているとします。Terracotta サーバーは、client1 によって提供された既存の構成を更新するか、単純に変更せずにそのままにします。

現在、IT 部門がハードウェアを購入済みのアプリケーションを作成しています。彼らのアプローチは、私たちが展開する大きなハードウェアを購入することでした。さらに処理を追加するために、同じソフトウェアを搭載したサーバーを追加することを計画しています。この設計に対応するために、Terracotta を使用して、複数の JVM を 1 つの大きな JVM であるかのように実行できるようにしています。これが賢明な方法であるかどうかに関係なく (私はまだ確信が持てません)、これが私が対処している状況です。

いずれにせよ、標準のプロデューサー/コンシューマー タイプのキューを使用するアプリケーションの一部があります。Terracotta を使用すると、複数の JVM で動作する単一のキューを作成できます。これはかなり滑らかで、うまく機能します。

しかし現在、非同期プロセスを実行する機会が増えています。すべてのキューイング ロジックの一貫性を高めるために、JMS を使用して共通のロジックを抽象化することを検討しています。JMS をリモート キューとして使用する予定はないため (少なくとも当面は)、JMS が不必要な複雑さを追加しているだけなのではないかと考えています。

提案や考えはありますか？キューを並行構造として構築し続けるか、それとも別個の潜在的にリモートなオブジェクトとして扱うべきでしょうか?