2012-03-12 40 views
16

Sto facendo un proof of concept usando ehcache come provider di cache.Abbiamo bisogno di terracotta su ehcache per il clustering?

Leggi da qualche parte dicendo che abbiamo bisogno di server in terracotta in esecuzione, LUNGO CON ehcache per fornire il clustering.

La sola ehcache fornisce il servizio di clustering o anche la terracotta?

Grazie, Venkat

risposta

2

Se non richiedono il clustering, ma la replica sarebbe sufficiente, EHCache viene fornito con la replica di RMI in bundle e ha JGroups pure la replica JMS disponibili:

vedere http://www.ehcache.org/documentation/2.7/get-started/cache-topologies.html#replicated-caching

+0

Ciao Alex, ho provato sia il clustering RMI che JGroups. entrambi sembrano funzionare bene. Ma hai qualche idea che si adatta meglio al mio caso! – venkataratnam

+0

Difficile dire, non conoscendo davvero tutti i dettagli ... JGroups usa il multicast, assicurati che questo sia qualcosa su cui sarai in grado di fare affidamento quando andrai in produzione. –

+4

@AlexSnaps quale potrebbe essere la differenza pratica (in termini di memorizzazione nella cache) tra clustering e replica ?? – thiagoh

4

EHCache non è una soluzione distribuita. Quindi è necessario usarlo con Terracotta per ottenere il risultato desiderato. Come moodywoody detto, è possibile utilizzare Hazelcast, ma anche Infinispan per ottenere questo risultato:

http://www.jboss.org/infinispan

+0

Sì, Infinispan è distribuito (peer-to-peer), basato su JGroups. La terracotta segue un design hub-and-spoke molto diverso. –

+0

Ciao, il mio requisito è quello di replicare semplicemente. Ho 2 server nel mio cluster di cache e voglio che la data sia sincronizzata. Non ho bisogno che la cache sia distribuita. – venkataratnam

+0

@Manik Surtani: Certo, la terracotta è una soluzione molto diversa, ma con EhCache può essere utilizzata per lo stesso scopo. –

Problemi correlati