Almacenamiento en caché distribuido

Question

Estoy buscando una solución de caché distribuida de Java. Nos gustaría características le gusta:

• Distribuido
• descubrimiento automático
• redundancia
• no centralizado

Hemos analizado un marco como terracota, que parece ser todo lo que haría alguna vez desearía desde un marco de almacenamiento en caché ... Sin embargo, parece que se necesita un nodo central de almacenamiento en caché que se convierte en nuestro único punto de falla.

¿Alguna otra idea que no sea desplegar nuestra propia solución?

Answer 1

I sugieren ya sea JBossCache o EhCache (con un distributed cache listener). He usado ambos, me gustan los dos, y ambos se ajustan a tus necesidades.

Answer 2

¿Has mirado a Coherence?

Lo hemos encontrado muy útil. No es de código abierto o barato.

http://www.oracle.com/technology/products/coherence/index.html

Answer 3

Terracotta también ofrece un caché distribuido.

Answer 4

Terracotta adquirió recientemente Ehcache y tiene released a tight integration of the Ehcache API with the Terracotta clustered store en un paquete simple y solo requiere unas pocas líneas adicionales de configuración de Ehcache para ir de un solo nodo a agrupado, aunque también debe ejecutar el proceso del servidor de Terracotta.

Ehcache con la edición ES de Terracotta es de código abierto y de uso gratuito. Las licencias comerciales están disponibles si desea soporte, más escalamiento, indemnización, el apoyo de parches, etc.

terracota hace uso de un servidor central gama, ni un solo servidor central, lo que no hay punto único de fallo! Puede configurar tantos servidores de respaldo en caliente como desee y estos servidores de respaldo se pueden configurar para que se hagan cargo cuando el servidor activo se apaga. Con Terracotta FX (producto comercial), también puede usar múltiples servidores activos.

Answer 5

Probar Hazelcast. Es una plataforma de distribución de datos altamente escalable y de clústeres abiertos para Java. Cumple todos tus requisitos. Además, es súper fácil de usar.

Answer 6

Normalmente, un único punto de falla ocurre cuando toda la operación se realiza en un solo nodo y si ese nodo se cae, toda la operación puede reducirse. la solución a este problema es usar topología como réplica o réplica de partición. si una vez que el nodo se cae, toda la operación cambiará a otro nodo sin ningún tipo de pérdida de datos.

en cuanto a las características que usted está buscando se pueden encontrar en un solo producto, NCache, como Umer también ha mencionado.

Answer 7

Prueba Infinispan. El caché Infinispan se puede usar como caché distribuida y también se puede usar como caché replicada. No hay posibilidad de falla de punto único. En el modo de caché distribuida, puede proporcionar más espacio que el Tamaño de montón. Considere que hay 4 nodos en clúster, cada uno con 1 GB de tamaño de heap e Infinispan como caché replicada, el clúster de tamaño total tiene 1 Gb pero si Infinispan se utiliza como caché distribuida y establece 2 copias por cada elemento de datos, el tamaño total será de 2Gb. http://www.jboss.org/infinispan

Answer 8

Llego tarde a la fiesta, pero ha intentado con TayzGrid, una fuente abierta java distributed cache. También conocido como grid de datos en memoria o almacén de valores clave.

responde a todas sus necesidades básicas

- Distributed 
- Auto-Discovery 
- Redundancy 
- Non-Centralized 

También gestiona los escenarios de conmutación por error avanzadas como split brain y arranque intempestivo. Todos los nodos son inteligentes, por lo tanto, completamente distribuidos.

También puede elegir qué topología desea usar (Partición o replicación). Si desea utilizar topologías más avanzadas (Partición de réplica), puede maybe buy a license.