Publier des domain events sans RabbitMQ, c’est possible !

Comments

Comments are closed.

Kenny Durand at 13:42 on 28 Oct 2016

J'ai beaucoup aimé ce talk, l'approche de développement par événements m'a semblé très intéressante. Le talk met bien en lumière les différentes implémentations possibles et l'utilisation des Domaines Events.

Bolbo at 17:12 on 29 Oct 2016

L'intro était un peu longue mais très bonne. Un fois que les concepts se sont mélangés je n'ai pas réussi à comprendre ce qu'on essayait de faire. Au niveau RabbitMQ/pas RabbitMQ je n'ai pas été très convaincu : RabbitMQ ça demande du boulot à mettre en place mais pour l'équipe ops, pas les dev. Mais la solution inverse (sans RabbitMQ) me semble encore bien plus compliquée en terme de dev et d'ops (donc pas de gain ici), et comme vous l'avez dit aux questions moins stable, scalable, fail-safe, monitoré, etc. Du coup j'imagine mal l'équipe ops être partante pour gérer ça par rapport à un RabbitMQ au final. Cela dit le message a probablement eu du mal à passer parce que j'ai été perdu à un moment, on sent qu'il y'a eu beaucoup de boulot derrière tout ça.

Ulrich at 10:05 on 31 Oct 2016

approche intéréssante et un bon tips pour éventuellement migrer sur RabbitMQ si besoin

lnc at 12:59 on 31 Oct 2016

Beaucoup de boulot ! En revanche, je n'ai pas bien compris en quoi se passer de RabbitMQ était un avantage..

Passé le débat RabbitMQ vs custom, j'ai beaucoup apprécié les rappels sur CQRS+ES.