2015-10-14 9 views
11

RedisまたはEhcache?以下の環境に適してい

  1. 永続ない衝動。
  2. 複数のサーバー(Ehcacheでいくつかのキャッシュ同期が必要です)。
  3. 頻度の低い書き込みと頻繁な読み取り。
  4. 比較的小さなデータベース(メモリ要件は非常に少ない)。

私は現在、私の頭の中にあるものを注ぎ出すでしょう。私はこれらについて間違っているかもしれません。

私はRedisが別のサーバー(?)を必要とし、Ehcacheはローカルキャッシュを提供するため、サーバー間で高速にキャッシュされるようにする必要があります(?)。 Ehcacheを使用して、あるキャッシュの更新後にすべてのキャッシュを更新することは可能です。

私の言葉は、私が言及した環境に適していますか?
パフォーマンスが向上したり、別のパフォーマンスを上回る場合のシナリオは何ですか?

ありがとうございます。

+0

redis .......... – Jaiwo99

+0

説明のビット? –

+0

(java // spring)の開発者の視点から、実装する方がはるかに簡単です – Jaiwo99

答えて

19

Ehcacheのは、シリアル化されたデータオブジェクトを格納するメモリブロックである間は、共有データ構造としてのRedisを考えることができます。これが主な違いです。

共有データ構造としてのRedisを使用すると、1つの言語で(例えば文字列一覧設定etcなど)いくつかの事前に定義されたデータ構造を入れて、別の言語でそれを取得できることを意味します。これは、プロジェクトが多言語の場合に便利です。たとえば、Javaのバックエンド側、PHPの方が前面です。 Redisを共有キャッシュに使用することができます。しかし、あらかじめ定義されたデータ構造体しか格納できないため、必要なJavaオブジェクトを挿入することはできません。

プロジェクトがJavaのみの場合(多言語)、Ehcacheは便利なソリューションです。

関連する問題