Warum Sellerie anstelle von RabbitMQ verwenden?
Aus meinem Verständnis, Sellerie ist eine verteilte Warteschlange Aufgabe, was bedeutet, dass die einzige Sache, die Sie tun sollten, ist das versenden Aufgaben/Aufträge an andere Server und bekommt das Ergebnis zurück. RabbitMQ ist ein message queue, und nichts mehr. Jedoch, ein Arbeiter könnte nur hören Sie, MQ und führen Sie die Aufgabe, wenn eine Nachricht empfangen wird. Damit erreicht man genau das, was Sellerie bietet, also warum Sellerie?
InformationsquelleAutor der Frage Kar | 2012-01-31
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Du hast Recht, die Sie nicht brauchen, Sellerie überhaupt. Beim Entwurf eines verteilten Systems gibt es eine Menge von Optionen, und es gibt keine richtige Art, Dinge zu tun, passt für alle Situationen.
Viele Leute finden, dass es flexibler ist, haben die pools der Nachricht die Verbraucher warten auf eine Nachricht erscheinen, die auf Ihren queue, tun einige Arbeit, und senden einer Nachricht, wenn die Arbeit fertig ist.
Sellerie ist ein framework, das schließt eine ganze Menge von Dingen in einem Paket, aber wenn Sie nicht wirklich brauchen, das ganze Paket, dann ist es besser einrichten, RabbitMQ und implementieren Sie nur, was Sie brauchen, ohne all die Komplexität. Darüber hinaus RabbitMQ verwendet werden kann in viele weitere Szenarien neben der task-queue Szenario, Sellerie implementiert.
Aber wenn Sie nicht in den Sellerie, dann denken Sie zweimal über RabbitMQ. Sellerie ist die message queueing Modell ist simpel und es ist wirklich eine bessere Passform für so etwas wie Redis als für RabbitMQ. Kaninchen hat eine Vielzahl von Optionen, Sellerie grundsätzlich ignoriert.
InformationsquelleAutor der Antwort Michael Dillon
Sellerie im Grunde bietet ein nettes interface zu tun genau das, was Sie sagte, und befasst sich mit allen die Konfiguration für Sie. Man könnte das ja per hand machen, aber Sie würden nur umschreiben Sellerie.
InformationsquelleAutor der Antwort mjtamlyn