Zookeeper vs In-memory-data-grid vs Redis

https://zookeeper.apache.org/doc/current/zookeeperOver.html

Som standard replikerer Zookeeper alle dine data til hver node og lader klienter se dataene for ændringer. Ændringer sendes meget hurtigt (inden for et begrænset tidsrum) til kunderne. Du kan også oprette "ephemeral nodes", som slettes inden for en bestemt tid, hvis en klient afbryder forbindelsen. ZooKeeper er meget optimeret til læsning , mens skrivninger er meget langsomme (da de generelt sendes til hver klient, så snart skrivningen finder sted). Endelig er den maksimale størrelse af en "fil" (znode) i Zookeeper 1 MB, men typisk vil de være enkeltstrenge.

Tilsammen betyder det, at zookeeper ikke er beregnet til at gemme for meget data, og bestemt ikke en cache. I stedet er det til styring af hjerteslag/vide, hvilke servere der er online, lagring/opdatering af konfiguration og muligvis meddelelsesoverførsel (men hvis du har et stort antal meddelelser eller høje gennemstrømningskrav, vil noget som RabbitMQ være meget bedre til denne opgave).

Dybest set hjælper ZooKeeper (og Curator, som er bygget på det) med at håndtere mekanikken ved klyngedannelse -- hjerteslag, distribution af opdateringer/konfigurationer, distribuerede låse osv.

Det er ikke rigtig sammenligneligt med Redis, men for de specifikke spørgsmål...

1. Den understøtter ikke nogen beregning, og for de fleste datasæt vil den ikke være i stand til at gemme dataene med nogen ydeevne.

2. Det replikeres til alle noder i klyngen (der er intet som Redis-klyngning, hvor dataene kan distribueres). Alle meddelelser behandles atomært fuldt ud og er sekventeret, så der er ingen reelle transaktioner. Det kan bruges til at implementere klyngedækkende låse til dine tjenester (det er det faktisk meget godt til), og der er en masse låsende primitiver på selve znoderne for at kontrollere, hvilke noder der får adgang til dem.

3. Selvfølgelig, men ZooKeeper fylder en niche. Det er et værktøj til at få distribuerede applikationer til at spille godt med flere instanser, ikke til lagring/deling af store mængder data. Sammenlignet med at bruge en IMDG til dette formål, vil Zookeeper være hurtigere, styre hjerteslag og synkronisering på en forudsigelig måde (med en masse API'er til at gøre denne del let), og har et "push"-paradigme i stedet for "pull", så noder er underrettes meget hurtigt om ændringer.

Citatet fra det linkede spørgsmål...