[pyar] Task queue sin código compartido
Ignacio Benedetti
tranceway en gmail.com
Jue Jun 11 00:17:05 ART 2015
Fijate si esto te sirve ;)
https://github.com/nachopro/baserguin
2015-06-10 23:42 GMT-03:00 Andres Riancho <andres.riancho en gmail.com>:
> Esto te resuelve el problema?
>
> #
> http://docs.celeryproject.org/en/latest/faq.html#can-i-call-a-task-by-name
> name = 'scan.scan_application'
> args = (scan_id, domain, target_paths, port, use_ssl, profile)
> celery_app.send_task(name, args)
>
> 2015-06-10 22:30 GMT-03:00 Matías Lang <shareman1204 en gmail.com>:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA256
> >
> > Un saludo pythoneros! Estoy trabajando en un proyecto que necesita usar
> > un task queue para enviar notificaciones a los usuarios sin bloquear el
> > funcionamiento del programa principal.
> > Como esto se va a hacer en otro servidor pensamos que lo mejor sería que
> > este servidor ejecute un código externo al programa principal, es decir
> > que use una aplicación que lo único que comparta con el programa
> > principal sean algunos argumentos que se le pasan a cada elemento
> encolado.
> > Como todas las librerías para trabajar con task queues que vimos
> > (celery, rq, taskmaster, etc) están hechas para que tanto el main app
> > como el worker compartan código (ambas partes deben disponer de la misma
> > función asincrónica) pensamos que se podría hacer algo desde cero, pero
> > llevaría bastante tiempo implementar funcionalidades como monitoreo, uso
> > de threads, parseo correcto de mensajes del message queue, manejo de
> > excepciones, etc, etc.
> > En resumen, necesitamos una manera de hacer un task queue con baterías
> > como celery pero sin necesidad de que el emisor y el receptor compartan
> > el código de la función que se encargue de procesar la tarea. Este lo
> > manejaría solamente el receptor mientras el emisor enviaría un nombre de
> > la acción (como mandar_mail) y unos argumentos más. Queremos saber si
> > alguien se enfrentó a este problema y/o si se le ocurre alguna buena
> > manera de solucionarlo. Saludos!
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v2
> >
> > iQIcBAEBCAAGBQJVeOSsAAoJEOYNHtvg7gKb+9AP/3PQbD0GngDG02IajuiYRHKz
> > SJgoud1T1Xt/L6HRQ8TlXbWp5zJSKi/MQv34TG/KDasd1ZaUuyotaVQeXb3xR1WD
> > r4IReJsfg8yW45AYNyb2PjQKoesDYc5gVlMM1DQOwjYPrBfwTXIXMrR0UtPRXKjH
> > 8F9h2PG2c+x9rMSeodEZo3VX/lGvwJLtQ2iWkUhQzvfyIjvoN+QJqKa8ZcIsyBLI
> > PBCxHt5nv5BGwtSvMNxrm+ESqTR6apozx/m1zP9TxR3irk4dYSQGzjLdw5Lkr41E
> > RwLNNdtGoifqFgHPwn1L1nj7R4q614cDf0q1IbFnLrR+K58AocBZ7HNbzn4BnAcE
> > d63uTNM1mrJGqTQz1tRD5VGZf8DmN9br8sUm0sGOaIqgoaSq4m3/fuxS3CIDeRO0
> > DaJFuh2EXb66PU/F0r9sqP6KRjsNonwnjLe/ABrUVhTSFxVv+rVrfjCqEuiIV2i0
> > Fxm3uJBoxFtd4yRJYVXfCSNS4yTFsr70ySf1xC+d3Kw0pFtHnt+yCjF4TpBtaxyJ
> > oR2Y2F+XUDuP+uxf7rX3WLDgZLkSthtnIoDUQQXFgoOp20P+B8IJO0oXfl5MscX9
> > NdtcUh9s/eVMzQpeB1IPZNGvbpbsSUAV8eDT9DFBMcIxrTSOgFuqTa4BXlmgx+i0
> > 7ORqlLsN8j85xq/hcl0O
> > =gxcu
> > -----END PGP SIGNATURE-----
> >
> > _______________________________________________
> > pyar mailing list pyar en python.org.ar
> > http://listas.python.org.ar/listinfo/pyar
> >
> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
> >
> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
>
>
> --
> Andrés Riancho
> Project Leader at w3af - http://w3af.org/
> Web Application Attack and Audit Framework
> Twitter: @w3af
> GPG: 0x93C344F3
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
--
Ignacio J. M. Benedetti
mailto:tranceway en gmail.com
http://github.com/nachopro
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150611/336849a1/attachment-0001.html>
More information about the pyar
mailing list