Dado que nadie proporcionó una solución a this post más el hecho de que necesito desesperadamente una solución alternativa, aquí está mi situación y algunas soluciones/ideas abstractas para el debate.Integración de apio tornado piratea
Mi pila:
- Tornado
- apio
- MongoDB
- Redis
- RabbitMQ
Mi problema: Encontrar una forma de tornado para despachar un apio tarea (resuelta) una d luego recoge asincrónicamente el resultado (¿alguna idea?)
Escenario 1: (petición/truco de respuesta más web hook)
- Tornado recibe una solicitud (usuario), a continuación, guarda en la memoria local (o en Redis) a {de la Id: (usuario) solicitud} recordar dónde para propagar la respuesta, y dispara una tarea de apio con el de la Id
- Cuando el apio completa la tarea, se realiza una web hook en algún url y le dice tornado que esto de la Id ha terminado (además de los resultados)
- tornado recupera la (usuario) solicita y reenvía una respuesta al (usuario)
¿Puede suceder esto? ¿Tiene alguna lógica?
Escenario 2: (tornado más largo de votación)
- Tornado envía la tarea de apio y devuelve algunos datos JSON primarios para el cliente (jQuery)
- jQuery hace algo largo de votación a la recepción del json primario, digamos, cada x microsegundos, y el tornnado responde de acuerdo con alguna bandera de la base de datos. Cuando se completa la tarea de apio, esta bandera de la base de datos se establece en True, luego se completa el "bucle" de jQuery.
¿Es esto eficiente?
¿Alguna otra idea/esquema?
¡Gran trabajo Eren! – hymloth