Det er faktisk fornuftigt at forbinde Redis og MongoDB:de er gode holdspillere. Du finder mere information her:
MongoDB med redis
Et kritisk punkt er det modstandsdygtighedsniveau, du har brug for. Både Redis og MongoDB kan konfigureres til at opnå et acceptabelt niveau af modstandsdygtighed, og disse overvejelser bør diskuteres på designtidspunktet. Det kan også lægge begrænsninger på implementeringsmulighederne:hvis du ønsker master/slave-replikering for både Redis og MongoDB, skal du have mindst 4 bokse (Redis og MongoDB bør ikke installeres på samme maskine).
Nu kan det være lidt nemmere at beholde Redis til kø, pub/sub osv ... og kun gemme brugerdata i MongoDB. Begrundelsen er, at du ikke behøver at designe lignende dataadgangsstier (den svære del af dette job) for to butikker med forskellige paradigmer. MongoDB har også indbygget horisontal skalerbarhed (replikasæt, auto-sharding osv...), mens Redis kun har gør-det-selv skalerbarhed.
Med hensyn til det andet spørgsmål ville det være den nemmeste måde at skrive til begge butikker på. Der er ingen indbygget funktion til at replikere Redis-aktivitet til MongoDB. Det er dog ikke så svært at designe en dæmon, der lytter til en Redis-kø (hvor aktivitet vil blive postet) og skrive til MongoDB.