Nach meinem Verständnis ist Sellerie eine verteilte Aufgabenwarteschlange. Dies bedeutet, dass nur Aufgaben / Jobs an andere Server gesendet und das Ergebnis zurückgegeben werden müssen. RabbitMQ ist eine Nachrichtenwarteschlange und nichts weiter. Ein Mitarbeiter kann jedoch einfach auf den MQ hören und die Aufgabe ausführen, wenn eine Nachricht empfangen wird. Damit wird genau das erreicht, was Sellerie bietet. Warum also Sellerie überhaupt brauchen?
Sie haben Recht, Sie brauchen überhaupt keinen Sellerie. Wenn Sie ein verteiltes System entwerfen, gibt es viele Optionen und es gibt keinen richtigen Weg, um Dinge zu tun, die für alle Situationen geeignet sind.
Viele Leute finden es flexibler, dass Pools von Nachrichtenkonsumenten darauf warten, dass eine Nachricht in ihrer Warteschlange erscheint, etwas Arbeit erledigt und eine Nachricht sendet, wenn die Arbeit beendet ist.
Sellerie ist ein Framework, das viele Dinge in einem Paket zusammenfasst. Wenn Sie jedoch nicht wirklich das gesamte Paket benötigen, ist es besser, RabbitMQ einzurichten und genau das zu implementieren, was Sie benötigen, ohne die Komplexität. Darüber hinaus kann RabbitMQ neben dem von Celery implementierten Task-Queue-Szenario in vielen weiteren Szenarien verwendet werden.
Wenn Sie sich jedoch für Sellerie entscheiden, denken Sie zweimal über RabbitMQ nach. Das Nachrichtenwarteschlangenmodell von Celery ist simpel und passt besser zu Redis als zu RabbitMQ. Kaninchen hat eine Vielzahl von Optionen, die Sellerie grundsätzlich ignoriert.
Sellerie bietet im Grunde eine schöne Schnittstelle, um genau das zu tun, was Sie gesagt haben, und kümmert sich um die gesamte Konfiguration für Sie. Ja, Sie könnten es von Hand machen, aber Sie würden nur Sellerie umschreiben.
quelle