Cuénteme sobre los datos de caché compartidos multiproceso de Nodejs
Basado en escenarios comerciales actuales normales (no nodejs), un proceso utiliza un promedio de 1,5 a 3 G de memoria. El caché es una clave generada en función de una combinación de ciertas condiciones específicas (la cantidad de claves). es un poco (más), necesita leer datos de MongoDB/Redis.
1 MB de datos es la mayor cantidad de transmisión de datos comerciales, no solo este tipo de negocios.
El escenario Se puede suponer que es: Obtenga algunos de los registros de navegación del usuario, incluidas imágenes, descripciones, reseñas, etc. (tanto las descripciones como las reseñas son cantidades relativamente grandes de datos para transferir), y obtenga alrededor de 30 piezas cada vez. por un cierto número de usuarios en línea, y estos datos almacenados en caché son relativamente grandes. No consideremos si esta arquitectura se puede optimizar.
El motivo para publicar este tema es solo para saber si hay alguno maduro. solución para que nodejs comparta datos entre procesos
Por ejemplo
Cuando el usuario mira el historial de navegación de luby, el sistema de programación se asigna al proceso B. En este momento, el proceso B tiene ir a mongodb para obtenerlo nuevamente.
Espero que el proceso B pueda disfrutar de la lista de registros luby del proceso A.
1) Reducir la frecuencia de acceso de mongodb
2) Mejorar la velocidad de respuesta porque se reducen las consultas de mongodb y se reduce la transmisión de red.