Celery

Sellerie wurde ursprünglich für Django erstellt, ist aber jetzt ein Python freundliche App auch.
Es wurde entwickelt, um mit asynchronen Aufgabe / Job-Warteschlangen entweder in Echtzeit oder für geplante Operationen zu arbeiten.
Sellerie wurde getestet und wird in Produktionsumgebungen verwendet werden, um Millionen von Aufgaben pro Tag zu verarbeiten.
Die Plattform hat auch mit Python-Frameworks wie Glaskolben, Django, web2py, Pylone, Tornado und Pyramid getestet.
Unterstützte Makler:
RabbitMQ
Redis
Django ORM
Amazon SQS
MongoDB
Bohnenstengel
CouchDB
SQLAlchemy

Unterstützte Datenspeicher:
SQLAlchemy
Django ORM
Apache Cassandra
AMQP
Redis
memcached
MongoDB
Unterstützte Serializer:
Essiggurke
JSON
YAML
msgpack
zlib oder bzip2 Kompression

Was ist neu in dieser Pressemitteilung:

• Prefork Pool Verbesserungen
• Django unterstützt aus der Box
• Events sind jetzt mit logischen mitbestellt
• New Knoten worker Namensformat (name @ host)
• Bound Aufgaben
• Mingle: Worker Synchronisation
• Gossip: Worker & # X3C; - & # x3e; Worker Kommunikation
• Bootsteps: Erweiterung der Arbeitnehmer
• New RPC Ergebnis Backend
• Die Fristen können nun durch den Kunden
festgelegt werden
• Redis: Broadcast-Nachrichten und virtuelle Hosts
• pytz ersetzt python-dateutil Abhängigkeit
• Unterstützung von Setuptools zusätzliche Anforderungen
• Teilaufgabe .__ Aufruf __ () direkt führt nun die Aufgabe

Was ist neu in Version 3.1.17:

• Prefork Pool Verbesserungen
• Django unterstützt aus der Box
• Events sind jetzt mit logischen mitbestellt
• New Knoten worker Namensformat (name @ host)
• Bound Aufgaben
• Mingle: Worker Synchronisation
• Gossip: Worker & # X3C; - & # x3e; Worker Kommunikation
• Bootsteps: Erweiterung der Arbeitnehmer
• New RPC Ergebnis Backend
• Die Fristen können nun durch den Kunden
festgelegt werden
• Redis: Broadcast-Nachrichten und virtuelle Hosts
• pytz ersetzt python-dateutil Abhängigkeit
• Unterstützung von Setuptools zusätzliche Anforderungen
• Teilaufgabe .__ Aufruf __ () direkt führt nun die Aufgabe

Was ist neu in Version 3.0.0:

• Der Arbeiter ist jetzt Thread-less, dass großen Leistungsverbesserungen.
• Die neuen & quot; Canvas & quot; macht es einfach, komplexe Workflows zu definieren.
• New API.
• Alle Kommandozeilenprogramme Sellerie sind jetzt von einem einzigen Befehl Sellerie Regenschirm.
• Das ist die letzte Version, die Python 2.5 zu unterstützen.

Was ist neu in Version 2.5.1:.

• Timezone-Unterstützung
• Neue Sicherheits Serializer mit kryptographischen Unterzeichnung.
• Experimentelle Unterstützung für das automatische Modul Nachladen.
• New CELERY_ANNOTATIONS Einstellung.
• Strom liefert die aktuell ausgeführten Aufgabe.

Was ist neu in Version 2.4.1:

• Diese Mitteilung enthält Python 3 Unterstützung, Broker URLs, weniger Abhängigkeiten und jede Menge Bugfixes.

Was ist neu in Version 2.3.0:

• Diese Mitteilung enthält automatische Verbindungspool-Unterstützung (nicht aktiviert Standard), Akkorde (aka taskset Rückfragen), kundenspezifische Fristen für einzelne Aufgaben und vieles mehr.
• Die Ergebnisse werden nun standardmäßig deaktiviert, wenn Sie auf der AMQP Ergebnis Backend abhängig ist der Standard, dann müssen Sie manuell konfigurieren, dass vor dem Upgrade.
• Alles ist im Changelog, das sollten Sie vor der Aktualisierung gelesen haben, aufgeführt.
• Benutzer von Django muss auch ein Upgrade auf django-Sellerie 2.3.

Was ist neu in Version 2.2.4:

• celeryd: 2.2.3 pleite Fehlerprotokollierung, was in Rückverfolgungen nicht angemeldet.
• AMQP Ergebnis Backend: Polling Aufgabe Staaten hat nicht richtig funktioniert, wenn es mehr als ein Ergebnis Nachricht in der Warteschlange
.
• TaskSet.apply_async () und TaskSet.apply () unterstützt nun einen optionalen taskset_id Schlüsselwort-Argument (Issue # 331).
• Die aktuelle taskset-ID (falls vorhanden) ist nun in der Task-Kontext als request.taskset (Issue # 329) zur Verfügung.
• SQLAlchemy Ergebnis Backend: date_done war nicht mehr Teil der Ergebnisse, da sie versehentlich entfernt worden war. Es ist nun wieder verfügbar (Issue # 325).
• SQLAlchemy Ergebnis Backend: auf Task.task_id und TaskSet.taskset_id Hinzugefügt eindeutige Einschränkung. Tabellen muss neu erstellt werden, damit dies wirksam wird.
• Feste Fehlerbehandlung bei der Iteration über das Ergebnis der TaskSet.apply ().
• Aufgaben Userguide: Hinzugefügt Abschnitt über die Wahl eines Ergebnis-Backend
.

Was ist neu in Version 2.2.3:

• Nun hängt von Kombu 1.0.3
• Task.retry unterstützt jetzt eine max_retries Argument, verwendet werden, um den Standardwert zu ändern.
• multiprocessing.cpu_count kann NotImplementedError auf Plattformen zu erhöhen, wenn dies nicht unterstützt (Issue # 320).
• Coloring von Log-Nachrichten brach, wenn der angemeldete Objekt war kein String.
• Feste mehrere Rechtschreibfehler in der Init-Skript-Dokumentation.
• Eine Regression verursacht Task.exchange und Task.routing_key an keine Wirkung mehr haben.
Dies ist nun behoben.

Was ist neu in Version 2.2.0:

• Die internen Modul celery.task.builtins wurde entfernt.
• Die Modul celery.task.schedules ist veraltet und celery.schedules sollte stattdessen verwendet werden.

Was ist neu in Version 2.1.4:

• Sellerie-Programme entführt jetzt das Root-Logger standardmäßig.

Anforderungen :

• Python 2.5 oder höher
• Jython 2.5 oder höher