10:48 <Malka> asyd c'est quoi le probleme avec rabbit ? Et tu preferes quel gestionnaire de queue ? kafka ? zeromq ?
12:22 <mdk> Malka: je crois qu'asyd aime bien kafka oui, par contre je serai aussi intéressé de savoir quel est le sushi avec rabbit : c'est fait en Erlang, donc ça poutre, non ? (qui a dit « Préjugé ! » ??)
12:35 <misc> je crois que c'est toi qui a dit préjugé
14:07 <debnet> @mdk tu as vu ma PR ? 😛
14:13 <Malka> perso j'ai eu de bonnes expériences avec rabbit niveau perf fiabilité et stabilit
14:14 <debnet> J'ai toujours utilisé Redis perso.
14:14 <olasd> rabbitmq c'est bien jusqu'au moment où tu es out of disk
14:15 <olasd> là il peut décider de foutre ta queue à la poubelle
14:15 <olasd> parce que bon la persistance des messages c'est pas très important
14:15 <Malka> ah oui si tu veux des messages persistant, rabbit est pas vraiment concu dans cette optique
14:15 <olasd> du coup à $ork on a tout un échafaudage autour de celery pour éviter d'avoir trop de jobs en vol
14:16 <olasd> c'est... loin d être idéal
14:16 <Malka> c'est pas fait pour etre utilisé comme une bdd, ou une source de vérité comme kafka peut l'etre
14:16 <olasd> en comparaison kafka c'est plutôt satisfaisant
14:16 <olasd> même si des fois je me gratte la tête vis à vis des choix de load balancing des clients
21:24 <Xelnor> j'ai utilisé (à $job-2) du rabbitmq pour des gros flots de messages, ça roulait nickel ; mais pas de celery, juste l'AMQP brut (et protobuf pour sérialisation des messages). Et pas de persistence des messages non plus.
21:24 <Xelnor> donc le souci, c'est ptet plutôt celery ? :D