Redis ou Ehcache?

Qui est mieux adapté à l'environnement suivant:

  1. Persistance pas une contrainte.
  2. Plusieurs serveurs (avec Ehcache certains cache de synchronisation doit être requis).
  3. Rares écrit et de fréquentes lectures.
  4. Relativement petite base de données (très moins de mémoire).

Je répandrai ce qui est dans ma tête actuellement. J'ai peut-être tort sur ces.

Je sais Redis nécessite un serveur distinct (?) et Ehcache fournit cache local donc il doit être plus rapide, mais la réplique de cache sur les serveurs (?). La mise à jour de tous les caches après quelques mise à jour sur un est possible avec Ehcache.

Ma question est de savoir lequel vous convient le mieux pour l'environnement que j'ai citées?
Dont le rendement sera meilleur ou quels sont les scénarios lorsque l'on peut surpasser l'autre?

Merci d'avance.

redis..........
un peu d'explication??
à partir de (java//printemps) point de vue développeur, il est beaucoup plus facile à mettre en œuvre
toute idée qui est meilleure performance sage??
vous devriez penser à des performances lorsque vous avez un problème de performance..pas maintenant

OriginalL'auteur Sachin Sharma | 2015-10-14

  1. 27

    Vous pouvez penser Redis comme un structure de données partagées, tandis que Ehcache est un bloc de mémoire le stockage de données sérialisées objets. C'est la principale différence.

    Redis comme un structure de données partagées signifie que vous pouvez mettre un peu de prédéfinis structure de données (tels que Chaîne, Liste, Ensemble etc) dans une seule langue, et de la récupérer dans une autre langue. Ceci est utile si votre projet est multilingue, par exemple: Java backend côté , et PHP la face avant. Vous pouvez utiliser Redis pour un cache partagé. Mais il ne peut le magasin de données prédéfinis de la structure, vous ne pouvez pas insérer d'objets Java que vous voulez.

    Si votre projet n'est que Java, c'est à dire pas multilingue, Ehcache est une solution pratique.

    OriginalL'auteur

  2. 0

    Vous allez probablement rencontrer des problèmes avec EhCache de mise à l'échelle et ont besoin de ressources pour le gérer pendant le basculement et etc.
    Redis plus d'avantages que le EhCache:

    1. Il utilise prouvé par temps potins protocole de découverte de Noeud et de synchronisation.
    2. De la disponibilité des services entièrement gérés comme AWS ElastiCache, Azure Cache Redis. De tels services offre une gamme complète d'automatisation, de soutien et de gestion de Redis, afin que les développeurs peuvent se concentrer sur leurs applications et de ne pas entretenir de leurs bases de données.
    3. Corriger grande quantité de mémoire de la manutention (nous savons tous que le Redis pouvez gérer avec des centaines de gigaoctets de RAM sur la machine seule). Il n'a pas de problèmes avec la collecte des Ordures comme Java.

    Et, enfin, l'existence de Développeur Java amical Redis client - Redisson. Il fournit de nombreux Java d'objets sur le dessus de Redis, comme, ConcurrentMap, Liste, File d'attente, Deque, BlockingQueue, BlockingDeque, ReadWriteLock, Sémaphore, Lock, AtomicLong, CountDownLatch, Publier /Souscrire, ExecutorService et beaucoup plus. Aussi, il soutient locales cache pour la Carte de la structure qui froid vous donner 45x boost de performance pour les opérations de lecture.

    Ici est l'article décrivant l'expérience des Personnels de la société de Capital de la transition de EhCache à Redis

    OriginalL'auteur