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.