Caching distribuito

Question

Sto cercando una soluzione di caching distribuita java. Vorremmo caratteristiche piace:

• Distributed
• Auto-Discovery
• ridondanza
• non centralizzato

Abbiamo analizzato un quadro del genere in terracotta che sembra essere tutto quello che avrebbe mai desiderato da un framework di caching ... Tuttavia, sembra che ci sia un nodo di caching centrale che è necessario diventare il nostro single-point-of-failure.

Altre idee oltre a implementare la nostra soluzione?

Answer 1

suggerisco sia JBossCache o EhCache (con un distributed cache listener). Ho usato entrambi, mi piacciono entrambi, ed entrambi soddisfano le tue esigenze.

Answer 2

Hai guardato Coherence?

Abbiamo trovato molto utile. Tuttavia non è open source o economico.

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

Answer 3

Terracotta offre anche una cache distribuita.

Answer 4

Terracotta ha recentemente acquisito Ehcache e dispone di released a tight integration of the Ehcache API with the Terracotta clustered store in un semplice pacchetto e richiede solo poche righe aggiuntive di configurazione Ehcache per passare da un singolo nodo a un cluster, anche se è necessario eseguire anche il processo del server Terracotta.

Ehcache con l'edizione Terracotta ES è open source e gratuito. Le licenze commerciali sono disponibili se si desidera supporto, ridimensionamento, indennizzo, supporto patch, ecc.

Terracotta utilizza un server centrale array, non un singolo server centrale, quindi non esiste un singolo punto di errore! È possibile configurare tutti i server di backup a caldo che si desidera e questi server di backup possono essere configurati per assumere il controllo quando il server attivo si arresta. Con Terracotta FX (prodotto commerciale), puoi anche utilizzare più server attivi.

Answer 5

Prova Hazelcast. È un cluster open source e una piattaforma di distribuzione dei dati altamente scalabile per Java. Soddisfa tutte le tue esigenze. Inoltre è super facile da usare.

Answer 6

Normalmente il singolo punto di errore si verifica quando tutte le operazioni vengono eseguite su un singolo nodo e se tale nodo si interrompe, l'intera operazione può ridursi. la soluzione di questo problema consiste nell'utilizzare la topologia come replica o replica di partizione. se una volta che il nodo scende, l'intera operazione passerà a un altro nodo senza alcun tipo di perdita di dati.

per quanto riguarda le funzionalità che si stanno cercando possono essere trovati in un singolo prodotto, NCache, come Umer ha anche menzionato.

Answer 7

Prova Infinispan. La cache Infinispan può essere utilizzata come cache distribuita e può anche essere utilizzata come cache replicata. Non c'è possibilità di guasto a punto singolo. In modalità cache distribuita può fornire più spazio rispetto alla dimensione heap. Considerare che ci sono 4 nodi in cluster ciascuno con 1 GB di dimensione heap e Infinispan utilizza come cache replicata quindi il cluster di dimensione totale ha 1 GB ma se Infinispan viene utilizzato come cache distribuita e impostato 2 copie per elemento di dati, la dimensione totale sarà 2 GB. http://www.jboss.org/infinispan

Answer 8

Sono in ritardo per la festa ma avete provato TayzGrid, un open source java distributed cache. Conosciuto anche come griglia dati in memoria o archivio valori chiave.

risponde a tutte le esigenze di base

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

Gestisce inoltre scenari di failover avanzate come split brain e si riavvia improvvisi. Tutti i nodi sono intelligenti quindi completamente distribuiti.

È anche possibile scegliere la topologia che si desidera utilizzare (Partizione o replicata). Se si desidera utilizzare topologie più avanzate (Partizione di replica), è possibile utilizzare maybe buy a license.