Crearía algunos microservicios en el backend. Por lo tanto, Django solo manejaría la parte de solicitud web y se comunicaría con algunos trabajadores en segundo plano que realizaban la parte matemática. La ventaja: no estás obligado a Python. Cada trabajador puede escribirse en cualquier idioma que desee mientras se comunica con los componentes a través de algún bus de mensajes (por ejemplo, mensajería que simplemente funciona). El trabajador de fondo siempre debe buscar una solución en alguna tienda y ofrecer una API para obtener el resultado.
Posible arquitectura:
Tienes una aplicación Django que se comunica con tu interfaz. El usuario crea alguna tarea en el viernes y su aplicación Django activa un trabajo en algún trabajador, por ejemplo, con un mensaje de rabbitMQ. El trabajador resuelve el problema y lo almacena en alguna tienda, por ejemplo, Redis, Postgresql lo que sea, y nuevamente envía un mensaje de que se calculó el resultado. La aplicación Django devuelve el resultado a su interfaz de usuario después de obtenerlo del trabajador de fondo (por ejemplo, a través de una solicitud http interna (no lo recuperaría directamente de un db)).
- ¿Cuál es el mejor marco para comenzar su propio proyecto de aplicación web (para un inicio)?
- ¿Es una buena idea codificar una aplicación web y su API en una sola aplicación Laravel?
- Si le gusta alguna aplicación web o móvil y desea crear un producto muy similar, ¿habrá algún problema legal?
- ¿Cómo se conectan los sistemas de reserva de aerolíneas a los sistemas de distribución global?
- ¿Cuáles son algunas de las mejores aplicaciones de seguimiento de hábitos, tanto web como móviles?
Dependiendo de lo que desee calcular, puede necesitar algo más rápido que Python. Aquí la arquitectura de los microservicios es buena.
