Apio fue creado inicialmente para Django, pero ahora es una aplicación en Python amable.
Fue diseñado para trabajar con colas asíncronas tarea / trabajo, ya sea en tiempo real o para las operaciones programadas.
El apio se ensayó y se utiliza en entornos de producción para procesar millones de tareas por día.
La plataforma también ha sido probado con los marcos de Python como Frasco, Django, web2py, Pilones, Tornado y Pirámide.
corredores compatibles:
RabbitMQ
Redis
Django ORM
Amazon SQS
MongoDB
Beanstalk
CouchDB
SQLAlchemy
Almacenes de datos soportados:
SQLAlchemy
Django ORM
Apache Cassandra
AMQP
Redis
memcached
MongoDB
serializadores compatibles:
Escabeche
JSON
YAML
msgpack
zlib o bzip2 compresión
¿Qué hay de nuevo en esta versión:
- mejoras piscina prefork
- Django apoyado fuera de la caja
- Eventos están ordenados usando tiempo lógico
- Nuevo formato de nombre de nodo trabajador (nombre @ host)
- tareas Bound
- Se mezclan: la sincronización Trabajador
- Cotilleos: Trabajador & # X3c; - & # X3e; La comunicación del trabajador
- Bootsteps: Extendiendo el trabajador
- Nueva backend resultado RPC
- Plazos ahora se pueden configurar por el cliente
- Redis: Los mensajes de difusión y los host virtuales
- pytz reemplaza la dependencia-python dateutil
- Requisitos adicionales de apoyo para Setuptools
- subtarea .__ llamada __ () ahora ejecuta la tarea directamente
¿Qué hay de nuevo en la versión 3.1.17:
- mejoras piscina prefork
- Django apoyado fuera de la caja
- Eventos están ordenados usando tiempo lógico
- Nuevo formato de nombre de nodo trabajador (nombre @ host)
- tareas Bound
- Se mezclan: la sincronización Trabajador
- Cotilleos: Trabajador & # X3c; - & # X3e; La comunicación del trabajador
- Bootsteps: Extendiendo el trabajador
- Nueva backend resultado RPC
- Plazos ahora se pueden configurar por el cliente
- Redis: Los mensajes de difusión y los host virtuales
- pytz reemplaza la dependencia-python dateutil
- Requisitos adicionales de apoyo para Setuptools
- subtarea .__ llamada __ () ahora ejecuta la tarea directamente
¿Cuál es nuevo en la versión 3.0.0:
- El trabajador es ahora rosca menos, dando gran mejoras en el rendimiento.
- El nuevo & quot; lienzo & quot; hace que sea fácil de definir flujos de trabajo complejos.
- Nueva API.
- Todos los programas de línea de comandos de apio ahora están disponibles a partir de un comando único paraguas apio.
- Esta es la última versión compatible con Python 2.5.
¿Qué hay de nuevo en la versión 2.5.1:.
- Soporte Zona horaria
- Nueva serializador seguridad mediante firma criptográfica.
- Soporte experimental para la recarga módulo automático.
- Nueva CELERY_ANNOTATIONS ajuste.
- actual proporciona la tarea se está ejecutando actualmente.
¿Cuál es nuevo en la versión 2.4.1:
- Este comunicado contiene Python 3 de apoyo, las direcciones URL de los agentes, menos dependencias, y un montón de correcciones de errores.
¿Cuál es nuevo en la versión 2.3.0:
- Este comunicado contiene soporte piscina conexión automática (no habilitado por defecto), acordes (también conocido como devoluciones de llamada taskset), plazos personalizadas para tareas individuales, y más.
- Resultados están desactivados por defecto, si usted depende en el backend resultado AMQP siendo el valor por defecto, entonces usted tiene que configurar manualmente que antes de actualizar.
- Todo se detalla en el Historial de cambios, lo que usted debe haber leído antes de actualizar.
- Los usuarios de Django también deben actualizar a django-apio 2.3.
¿Cuál es nuevo en la versión 2.2.4:
- celeryd: 2.2.3 registro de errores a la quiebra, lo que resulta en rastreos no está conectado.
- backend resultado AMQP: estados de tarea de votación no funcionaba correctamente si hay más de un mensaje de resultado en la cola .
- TaskSet.apply_async () y TaskSet.apply () ahora es compatible con un argumento de palabra clave taskset_id opcional (Edición # 331).
- La Identificación taskset actual (si los hay) ya está disponible en el contexto tarea como request.taskset (Edición # 329).
- backend resultado SQLAlchemy: date_done era ya no forma parte de los resultados, ya que se había eliminado accidentalmente. Ahora vuelve a estar disponible (Edición # 325).
- SQLAlchemy resultado backend: Alta restricción única en Task.task_id y TaskSet.taskset_id. Tablas necesita ser recreado para que esto tenga efecto.
- excepción Fijo levantó cuando se repite en el resultado de TaskSet.apply ().
- Tareas UserGuide: Se agregó una sección sobre la elección de un backend resultado .
¿Qué hay de nuevo en la versión 2.2.3:
- Ahora depende de Kombu 1.0.3
- Task.retry ahora es compatible con un argumento max_retries, utilizado para cambiar el valor por defecto.
- multiprocessing.cpu_count puede plantear NotImplementedError en plataformas donde esto no es compatible (Edición # 320).
- para colorear de mensajes de registro se rompió cuando el objeto conectado no era una cadena.
- Fija varios errores tipográficos en la documentación guión de inicio.
- Una regresión causada Task.exchange y Task.routing_key que ya no tienen ningún efecto. Esto ha sido arreglado.
¿Cuál es nuevo en la versión 2.2.0:
- Las celery.task.builtins módulos internos ha sido eliminado.
- Las celery.task.schedules módulo está en desuso, y celery.schedules deben utilizarse en su lugar.
¿Cuál es nuevo en la versión 2.1.4:
- Programas de apio ahora secuestra el registrador de la raíz por defecto.
Requisitos
- Python 2.5 o superior
- Jython 2.5 o superior
Comentarios que no se encuentran