Sellerie: Wenn Sie wählen sollten, Redis als message-broker über RabbitMQ?

Mein grobes Verständnis ist, dass Redis ist besser, wenn Sie die in-memory key-value-store-Funktion, jedoch bin ich nicht sicher, wie das zu tun hat mit der Verteilung von Aufgaben?

Heißt das, wir sollten verwenden Redis als message-broker, WENN wir uns bereits für etwas anderes?

  • Sellerie klar empfiehlt die Verwendung von AMQP über Redis. Ich würde es nicht verwenden Redis.
  • Zunächst Redis schneller als Rabbit. Wenn Sie brauchen nur asynchrone Verarbeitung (ohne routing, Warteschlangen), die Sie verwenden können Redis.
  • Obwohl Rabbitmq unterstützt wurde länger als Redis (und ist der Standard), die beide aufgeführt sind, als stabil. Ich sehe nicht, eine klare Empfehlung so oder so. Ich wäre neugierig zu Lesen, etwa wenn Sie gesehen haben, sonst aber. docs.celeryproject.org/en/master/getting-started/brokers/...
InformationsquelleAutor Pig | 2017-04-06
  1. 29

    Ich habe vor kurzem (2017-2018), und Sie sind beide super stabil mit Sellerie 4. Damit Ihre Wahl auf der Grundlage der Angaben von Ihrem hosting-setup.

    • Wenn Sie verwenden müssen, Sellerie, version 2 oder version 3, gehen mit RabbitMQ. Ansonsten...
    • Wenn Sie mit Redis aus irgendeinem anderen Grund, gehen mit Redis
    • Wenn Sie hosting auf AWS, gehen Sie mit Redis, so dass Sie können verwenden Sie eine verwaltete Redis als service
    • Wenn Sie hassen komplizierte installiert, gehen Sie mit Redis
    • Wenn Sie bereits RabbitMQ installiert, bleiben mit RabbitMQ

    In der Vergangenheit, ich würde haben empfohlen, RabbitMQ, denn es war stabiler und einfacher setup mit Sellerie als Redis, aber ich glaube nicht, dass stimmt nicht mehr.

    Update 2019

    AWS hat jetzt ein managed service, ist äquivalent zu der RabbitMQ Amazon angerufen MQ, die könnte reduzieren die Kopfschmerzen dieses laufen als service in der Produktion. Bitte Kommentar unten, wenn Sie keine Erfahrung mit dieser und Sellerie.

    • Ein ärgernis mit der Verwendung von Redis / python 3.7 / Sellerie 4.2 ist, dass die Ergebnisse backend funktioniert nicht, weil async ist inzwischen Teil von python ( siehe github.com/celery/celery/issues/4849 ) - das sollte behoben werden mit Sellerie 4.3 . Ich weiß nicht, ob das wirkt sich auch auf RabbitMQ.
    • Allerdings, Sellerie 4.3 ist jetzt freigegeben, so ist dies kein Problem mehr -- Ergebnisse backend funktioniert wieder mit Redis.
    • Sie können auch Sellerie mit Amazon SQS ist super einfach zu implementieren und auszuführen
    • SQS-Unterstützung ist noch experimentell, obwohl. Ich Frage mich, was die instabile bzw. fehlende bits sind...
    • Juli 2019, SQS markiert ist, als stabil. Doch, es fehlt die überwachung und Kontrolle der Kanäle. Auch die SQS-Verhalten ist ein wenig counter-intuitive. Wir haben Nachrichten verarbeitet, die bis zu 14 mal wegen at-least-once delivery-Richtlinie.
    InformationsquelleAutor Mark Chackerian
Schreibe einen Kommentar