Redis vs Hazelcast

Question

Redis Vs Hazelcast Se la mia app:

• hanno un sacco di richieste HTTP (6.000 per minuto, raccolgo scatti Info) che deve essere salvato
• hanno un sacco di richieste HTTP che interrogano i dati precedentemente salvati.

Le mie domande sono - Quale tra Redis e Hazelcast dovrei scegliere di archiviare e interrogare i dati - che uno è più veloce per la lettura e la scrittura? - quale è più affidabile? - Potrebbe essere un'alternativa migliore a Cassandra?

rispondere a tutte le domande aiuta

Answer 1

Sia Redis e Hazelcast sono database basati memoria, quindi in teoria, dovrebbero fornito la stessa velocità e le prestazioni. Esaminando i documenti per Hazelcast, riceverai un supporto migliore con Redis a causa della grande quantità di librerie per l'interfaccia con il database. Hazelcast sembra che abbiano solo librerie java, Redis ne ha una per ogni lingua.

Risposte:

1. Si dovrà verificare da soli, per quanto posso dire confronti spettacoli diversi Redis come più veloce one of them is here, ma non voglio dire che questi parametri sono al 100%

2. Devono essere entrambi affidabili, ma non posso garantire per Hazelcast.

3. Forse ...

vorrei andare con Redis, perché trovo che è la più usabile e ha grande documentazione.

Answer 2

Siamo passati da redis a hazelcast per le nostre esigenze di memorizzazione nella cache.

• Protostuff + Hazelcast è molto più veloce per noi che
• Protostuff + Jedi (pooled) + Redis

Usiamo protostuff di serializzare i fagioli che sono costosi da creare. Il meccanismo di serializzazione standard di Hazelcasts è molto più lento. Il nostro ambiente è Glassfish 3.1.

Hazelcast sembra avere solo le librerie java, Redis ne ha una per ogni lingua.

Vero. Hazelcast fornisce solo un'API REST e un'implementazione del protocollo memcached.

Answer 3

C'è una molto utile lib - Redisson.Fornisce distribuito Java oggetti e servizi (BitSet, BloomFilter, Set, SortedSet, Map, ConcurrentMap, List, Queue, Deque, BlockingQueue, BlockingDeque, ReadWriteLock, Semaphore, Lock, AtomicLong, CountDownLatch, Publish/Subscribe, RemoteService, ExecutorService, LiveObjectService, ScheduledExecutorService) in cima al server Redis!

Supporta modalità cluster, sentinella, master/slave e connessione singola.

funziona perfettamente nel cloud e supporta AWS Elasticache e Azure Redis cloud

seguito sono riportati alcuni esempi di successo da parte dei clienti Redisson:

Moving from Hazelcast to Redis
Distributed Locking with Redis (Migration from Hazelcast)

Answer 4

A partire dal 2017, sia Redis e Hazelcast offerta chiave di archiviazione \ valore estremamente scalabile \ key. Con tempi di risposta molto rapidi < 10 ms.

Redis è unico in quanto supporta altre strutture di dati come set sored, set di hash e un meccanismo di pubblicazione \ sub. È anche estensibile tramite lo scripting lua. È probabilmente il più popolare e ampiamente utilizzato tra i due prodotti. Soprattutto al di fuori dell'ecosistema Java.

Hazelcast è unico in quanto può essere incorporato in un processo host Java, rendendolo ideale per la creazione di microservizi con stato senza una dipendenza esterna del database. Ha anche alcune altre piccole differenze, come la possibilità di ottenere una chiamata da una scadenza chiave. In un certo senso, fa meno globale ma le poche cose che fa, le fa meglio. Soprattutto se stai usando Java. Complessivamente si tratta di soluzioni simili progettate per casi d'uso simili come la memorizzazione nella cache di dati esterni, la creazione di un backplane di comunicazione o di uno stato di memoria condivisa per un microservizio di stato, o anche la memorizzazione (piccole quantità di dati aziendali non relazionali) con un certo grado di durata.

Answer 5

Per decidere quale è il buono, è necessario un problema relativo al thread del client.

In base a questo benchmark Hazelcast è migliore di Redis se si utilizza più thread. Forse questo è un punto di riferimento aziendale ingiusto, ma mostra qualcosa sul threading.