Det är faktiskt klokt att associera Redis och MongoDB:de är bra lagspelare. Du hittar mer information här:
MongoDB med redis
En kritisk punkt är den motståndskraft du behöver. Både Redis och MongoDB kan konfigureras för att uppnå en acceptabel nivå av motståndskraft, och dessa överväganden bör diskuteras vid designtillfället. Det kan också sätta begränsningar för distributionsalternativen:om du vill ha master/slav-replikering för både Redis och MongoDB behöver du minst 4 boxar (Redis och MongoDB ska inte distribueras på samma maskin).
Nu kan det vara lite enklare att behålla Redis för kö, pub/sub, etc ... och lagra användardata endast i MongoDB. Skälet är att du inte behöver designa liknande dataåtkomstvägar (den svåra delen av det här jobbet) för två butiker med olika paradigm. MongoDB har också inbyggd horisontell skalbarhet (replika uppsättningar, auto-sharding, etc ...) medan Redis endast har gör-det-själv-skalbarhet.
Angående den andra frågan, att skriva till båda butikerna skulle vara det enklaste sättet att göra det. Det finns ingen inbyggd funktion för att replikera Redis-aktivitet till MongoDB. Att designa en demon som lyssnar på en Redis-kö (där aktivitet skulle läggas upp) och skriva till MongoDB är dock inte så svårt.