Resque est un message queue très pratique et très utilisé dans le monde Rails. Toutefois, il a un défaut, il consomme beaucoup de mémoire, limitant le nombre de jobs pouvant être traités en parallèle. Sidekiq est un concurrent de Resque écrit pour justement lever cette limitation. Ce billet de blog est l'occasion d'en faire une petite introduction.
Commentaires
Vous devez
vous inscrire
ou
vous connecter
pour poster un commentaire
ça a l'air cool je vais tester, merci d'en parler !
en fait lorsque j'ai mis en place resque sur un gros projet y a plusieurs mois, le côté un peu chiant c'était l'administration système et notamment le redémarrage des workers lors d'un nouveau déploiement en prod afin d'être surs qu'ils tournent sur la derniere version de code. j'avais mis en place un système avec god et une tache rake qui envoie sigterm à tous les workers lors d'un déploiement. est-ce qui'il y a plus simple ou mieux a faire selon vous ?
Il y a presque 13 ansChez af83, on utilise cette tâche capistrano : https://github.com/AF83/capistrano-af83/blob/master/lib/capistrano/af83/resque.rb qui utilise les tâches rake de resque-pool : https://github.com/nevans/resque-pool . On n'a pas eu de problème particulier.
Il y a presque 13 ans