Perché utilizzare Celery anziché RabbitMQ?

Question

Dalla mia comprensione, Celery è una coda di attività distribuita, il che significa che l'unica cosa che dovrebbe fare è inviare attività/lavori ad altri server e ottenere il risultato. RabbitMQ è una coda di messaggi e nient'altro. Tuttavia, un lavoratore può semplicemente ascoltare l'MQ ed eseguire l'attività quando viene ricevuto un messaggio. Ciò consente di ottenere esattamente ciò che offre Celery, quindi perché è necessario il Celery?

Answer 1

Hai ragione, non hai bisogno del Celery. Quando si progetta un sistema distribuito ci sono molte opzioni e non esiste un modo giusto per fare cose che si adattino a tutte le situazioni.

Molte persone scoprono che è più flessibile avere pool di consumatori di messaggi in attesa che un messaggio venga visualizzato in coda, facendo un po 'di lavoro e inviando un messaggio quando il lavoro è finito.

Celery è un framework che racchiude un sacco di cose in un pacchetto ma se non si ha realmente bisogno dell'intero pacchetto, allora è meglio impostare RabbitMQ e implementare ciò di cui si ha bisogno senza la complessità. Inoltre, RabbitMQ può essere utilizzato in molti altri scenari oltre allo scenario della coda di attività implementato da Celery.

Ma se scegli Celery, pensa due volte a RabbitMQ. Il modello di accodamento dei messaggi di Celery è semplicistico ed è davvero più adatto per qualcosa come Redis che per RabbitMQ. Rabbit ha una ricca serie di opzioni che Celery fondamentalmente ignora.

Answer 2

Celery fornisce fondamentalmente un'interfaccia piacevole per fare solo quello che hai detto e si occupa di tutte le configurazioni per te. Sì, potresti farlo a mano, ma dovresti solo riscrivere il sedano.