redis vs hazelcast [fechado]
- tem um monte de pedidos http (6.000 por minuto, eu coleto informações de cliques) que precisa ser salvo
- tem um monte de solicitações http que consultam os dados gravados anteriormente.
5 answers
- Protostuff + Hazelcast
é muito mais rápido para nós do que
- Protostuff + Jedis (agrupados) + Redis
Usamos protostuff para serializar feijões que são caros de criar. O mecanismo de serialização padrão dos Hazelcasts é muito mais lento. O nosso ambiente é Glassfish 3.1.
O Hazelcast parece que só tem libs java, o Redis tem uma para cada linguagem.É verdade. Hazelcast fornece apenas uma API de descanso e uma implementação do protocolo memcached.
BitSet, BloomFilter, Set, SortedSet, Map, ConcurrentMap, List, Queue, Deque, BlockingQueue, BlockingDeque, ReadWriteLock, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, RemoteService, ExecutorService, LiveObjectService, ScheduledExecutorService) no topo do Redis servidor!
Ele suporta os modos cluster, sentinel, master/slave e de conexão única.
Funciona perfeitamente nas nuvens e suporta a elasticidade AWS e a nuvem Azure Redis
Abaixo estão algumas histórias de sucesso dos clientes Redisson:
Passando de Hazelcast para Redis
bloqueio distribuído com Redis (migração do Hazelcast)
O Redis é único na medida em que suporta outras estruturas de dados, como conjuntos sored, conjuntos de hash e um mecanismo pub\sub. Também é extensível via lua scripting. É provavelmente o mais popular e amplamente utilizado dos dois produtos. Especialmente fora do ecossistema Java.
O Hazelcast é único na medida em que pode ser incorporado num processo Java host, fazendo é ótimo para a construção de micro-serviços sem uma dependência externa de banco de dados. Ele também tem algumas outras pequenas diferenças, como a capacidade de receber uma chamada de volta de uma expiração chave. De certa forma, faz menos globalmente, mas as poucas coisas que faz, fá-las melhor. Especialmente se estiver a usar Java.De um modo geral, estas são soluções semelhantes concebidas para casos de Utilização semelhantes, tais como dados externos de cache, criando um plano de comunicação ou estado de memória partilhada para um micro-serviço de estado, ou possivelmente até armazenar (pequenas quantidades de dados de negócios não relacionais) com algum grau de durabilidade.
Para decidir qual é o bom, há um problema sobre o cliente-thread usando.
De acordo com este benchmark Hazelcast é melhor do que Redis se você usar mais thread. Talvez esta seja uma referência injusta da empresa, mas mostra algo sobre roscagem.
Respostas:
Você terá que testar isso por si mesmo, tanto quanto eu posso dizer diferentes comparações mostra Um deles está aqui, mas não vou dizer que estes padrões são 100%
Devem ser ambos de confiança, mas não posso garantir o Hazelcast.
Talvez...