ehcache: répliquée vs Configuration de cache distribué

Question

Ainsi, dans ehcache nous avons trois grandes classes:

• Cache,
• CacheManager et
• Store

Dans une configuration répliquée, qui de ceux-ci est en cours de réplication? Le Cache, le CacheManager ou le Store? L'appel de la méthode cache(K,V) de Cache place cette entrée dans le Store sous-jacent avec lequel elle a été configurée (mémoire, disque, etc.), mais quel mécanisme répliqué synchronise cette entrée avec d'autres mécanismes répliqués? Une fois que je comprendrai cela, je serai capable de comprendre comment ces mêmes "mécanismes répliqués" changent de rôles quand nous avons un cache distribué configuré. Donc ma prochaine question serait: dans quelles circonstances choisiriez-vous répliqué sur distribué? Distributed semble être l'option la plus puissante tout le chemin.

Question finale: la réplication et/ou la distribution sont-elles disponibles dans la distribution EhCache open source? De la documentation, je ne peux pas dire si EhCache utilise le terme «entreprise» comme synonyme de «propriétaire» ou «sous licence».

Answer 1

Les deux répliquées & Ehcache sont des OSS. L'entreprise est livrée avec d'autres fonctionnalités telles que BigMemory & Active-Active Terracotta Server Array par exemple. La réplication fait de son mieux pour répliquer toutes les données sur tous les nœuds, tandis que distribuée ... répartit les données entre tous les nœuds, tout en conservant les données pertinentes pour votre nœud particulier (dans la mesure où les ressources le permettent) . De même, les opérations atomiques et autres ne sont disponibles qu'en utilisant des caches distribués.