Warum würde die Ausführung geplanter Aufgaben mit Sellerie werden bevorzugt über crontab?

Unter Berücksichtigung der Sellerie ist bereits ein Teil des in den stack task-Warteschlangen (d.h. es wird nicht Hinzugefügt, nur für die Ausführung von crons, das scheint ein overkill, IMHO ).

Wie kann seine "wiederkehrende Aufgaben" - Funktion von Vorteil sein, als Ersatz für die crontab ?
Speziell auf der Suche für die folgenden Punkte.

  • Großen vor - /Nachteile über crontab
  • Anwendungsfälle, bei denen die Sellerie ist eine bessere Wahl als crontab
  • Django bestimmten Fall: Sellerie vs crontab ausführen django basiert periodische tasks, bei Sellerie wurde in den Stapel, als django-celery für queing django Aufgaben.
  • Größte Sache für mich ist, dass cron-env vars neigen dazu, zu divergieren viel vom rest der app-deployment - wsgi-app-server und Sellerie Arbeiter. Unter periodische Aufgaben in Sellerie vermeidet eine Menge von Pfad & Einstellungen Hölle. Aber es ist durchaus ein Urteil Anruf: meine Analyse ist zum einen vor allem django-orientierte codebase & deployment-setup, aber ein multi-language-Codebasis mit vielen anderen cronjobs könnte ein cron-Umgebung "standard" als die django-one.
  • Diese Antwort, obwohl nicht erschöpfend, enthält einige gute Punkte in dieser Richtung. Und auch einfacher zu verwalten/Kontrolle der Aufgaben durch das django-admin-anstelle der Protokollierung in Servern und manuelles editieren der crontab.
InformationsquelleAutor DhruvPathak | 2013-08-12
Schreibe einen Kommentar