sql >> Databáze >  >> NoSQL >> Redis

Architektura pro Redis cache a Mongo pro perzistenci

Je vlastně rozumné spojovat Redis a MongoDB:jsou to dobří týmoví hráči. Více informací naleznete zde:

MongoDB s redis

Jedním kritickým bodem je úroveň odolnosti, kterou potřebujete. Redis i MongoDB lze nakonfigurovat tak, aby bylo dosaženo přijatelné úrovně odolnosti, a tyto úvahy by měly být prodiskutovány v době návrhu. Také to může omezovat možnosti nasazení:pokud chcete replikaci master/slave pro Redis i MongoDB, potřebujete alespoň 4 boxy (Redis a MongoDB by neměly být nasazeny na stejném počítači).

Nyní může být o něco jednodušší ponechat Redis pro frontu, pub/sub, atd... a ukládat uživatelská data pouze v MongoDB. Důvodem je, že nemusíte navrhovat podobné cesty pro přístup k datům (obtížná část této práce) pro dva obchody s různými paradigmaty. MongoDB má také vestavěnou horizontální škálovatelnost (sady replik, automatické sharding, atd...), zatímco Redis má pouze škálovatelnost „udělej si sám“.

Pokud jde o druhou otázku, napsat do obou obchodů by byl nejjednodušší způsob, jak to udělat. Neexistuje žádná vestavěná funkce pro replikaci aktivity Redis do MongoDB. Navrhnout démona, který naslouchá frontě Redis (kde by byla zaznamenávána aktivita) a zapisovat do MongoDB, však není tak těžké.




  1. Přehled operátora Percona MongoDB Kubernetes

  2. Vytvoření nové sady z řady Sorted Set v Redis

  3. Chyba duplicitního klíče MongoDB E11000

  4. Redis ukládací seznam uvnitř hash