En realidad, es sensato asociar Redis y MongoDB:son buenos jugadores de equipo. Encontrará más información aquí:
MongoDB con redis
Un punto crítico es el nivel de resiliencia que necesita. Tanto Redis como MongoDB se pueden configurar para lograr un nivel aceptable de resiliencia, y estas consideraciones deben discutirse en el momento del diseño. Además, puede imponer restricciones a las opciones de implementación:si desea replicación maestro/esclavo para Redis y MongoDB, necesita al menos 4 cajas (Redis y MongoDB no deben implementarse en la misma máquina).
Ahora, puede ser un poco más simple mantener Redis para hacer cola, publicación/suscripción, etc. y almacenar los datos del usuario solo en MongoDB. La razón es que no tiene que diseñar rutas de acceso a datos similares (la parte difícil de este trabajo) para dos tiendas que presenten diferentes paradigmas. Además, MongoDB tiene escalabilidad horizontal integrada (conjuntos de réplicas, fragmentos automáticos, etc.) mientras que Redis solo tiene escalabilidad de bricolaje.
En cuanto a la segunda pregunta, escribir a ambas tiendas sería la forma más fácil de hacerlo. No hay una función integrada para replicar la actividad de Redis en MongoDB. Sin embargo, diseñar un demonio que escucha una cola de Redis (donde se publicaría la actividad) y escribir en MongoDB no es tan difícil.
