sql >> Database >  >> NoSQL >> Redis

Architectuur voor Redis-cache &Mongo voor persistentie

Het is eigenlijk verstandig om Redis en MongoDB te associëren:het zijn goede teamspelers. Meer informatie vind je hier:

MongoDB met redis

Een kritiek punt is het veerkrachtniveau dat u nodig heeft. Zowel Redis als MongoDB kunnen worden geconfigureerd om een ​​acceptabel niveau van veerkracht te bereiken, en deze overwegingen moeten tijdens het ontwerp worden besproken. Het kan ook de implementatie-opties beperken:als u master/slave-replicatie voor zowel Redis als MongoDB wilt, hebt u minimaal 4 boxen nodig (Redis en MongoDB mogen niet op dezelfde machine worden geïmplementeerd).

Nu is het misschien een beetje eenvoudiger om Redis te behouden voor wachtrijen, pub/sub, enz ... en de gebruikersgegevens alleen in MongoDB op te slaan. De reden hiervoor is dat u geen vergelijkbare datatoegangspaden hoeft te ontwerpen (het moeilijke deel van deze baan) voor twee winkels met verschillende paradigma's. MongoDB heeft ook ingebouwde horizontale schaalbaarheid (replica-sets, auto-sharding, enz ...) terwijl Redis alleen doe-het-zelf schaalbaarheid heeft.

Wat de tweede vraag betreft, zou het schrijven naar beide winkels de gemakkelijkste manier zijn om dit te doen. Er is geen ingebouwde functie om Redis-activiteit naar MongoDB te repliceren. Het ontwerpen van een daemon die luistert naar een Redis-wachtrij (waar activiteit zou worden gepost) en schrijven naar MongoDB is echter niet zo moeilijk.




  1. Mongodb wil niet starten

  2. MongoDB $dateToString Formaatspecificaties

  3. De zaak voor MongoDB gehashte indexen

  4. Sorteer geneste reeks objecten