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.
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.
Comments
Comments are closed.
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.
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.
approche intéréssante et un bon tips pour éventuellement migrer sur RabbitMQ si besoin
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.