EVENT-DRIVEN : EST-CE QUE JE SUIS PRÊT ?

Les architectures orientées événement, ou comment exploiter les moments-clés d'un business. La promesse est alléchante mais pourquoi ces architectures sont si complexes à maîtriser ? Comment bien identifier les événements métiers autour desquels on articule nos services ?

Transcript

2. Event-driven Est-ce que je suis prêt ? @wasselovski
3. Agenda EVENT-DRIVEN - La promesse - Ça veut dire quoi ? - Est-ce que je suis prêt ?
4. La promesse
7. La promesse
8. La promesse
9. La promesse
10. La promesse
11. Tendance nécessaire ?
12. Tendance nécessaire ?
13. Tendance “nouvelle” ?
14. Qu’est-ce qui a changé ?
15. La révolution copernicienne du SI Event État État Event
16. La révolution copernicienne du SI Event État État Event Priorité : Réagir aux changements Priorité : Maintenir l’état
17. Priorité au direct Priorité Priorité
18. Détecter des opportunités (aka “business moments”)
19. Détecter d’autres événements (aka CEP) Identité client usurpée
20. Event-Driven pour plus d’agilité
21. Event-Driven pour plus d’agilité
22. Event-Driven pour plus d’agilité
23. Event-Driven pour plus d’agilité
24. Une question de techno ?
25. Une question de techno ?
26. Concrètement, ça veut dire quoi ?
27. Notification par événement
28. Notification par événement
29. Message vs événement Ce n’est pas parce qu’on utilise un broker de message qu’on est “Event-Driven”
30. Commande vs événement Commande Événement Un fait Quelque chose qui s’est réellement produite Une intention Une action suceptible de changer un état
31. Transfert d’état ORDRE D’ACHAT MODIFIÉ
32. Transfert d’état ORDRE D’ACHAT MODIFIÉ
33. CQRS Modèles de lecture et d’écriture distincts
34. Event sourcing Le test de recette Source de vérité
35. Event sourcing Le test de recette Source de vérité
36. Event sourcing Le test de recette Source de vérité Reconstruire l’état à partir des événements
37. Event sourcing Dans la vraie vie 1. On loggue tous les événements 2. On n’en fait rien Ce n’est pas de “l’Event sourcing”
38. Event sourcing Dans un système distribué Limites & challenges : - Versioning - Snapshots - Systèmes externes - Identifiants
39. Event-driven : le prix à payer
40. Les challenges - Difficile de prédire le comportement global - Complexité - Asynchronisme - Duplications - Eventual consistency
41. Les challenges - Difficile de prédire le comportement global - Complexité - Asynchronisme - Duplications - Eventual consistency Pas obligatoirement Pas tout le temps Pas partout Et puis ce n’est pas si grave que ça Est-ce vraiment un problème ? Un modèle 1 size fits all est plus problématique + Contexte spécifique + Autonomie => Ça peut aider pour livrer plus vite Ça dépend... Pas forcément plus que d’autres types d’archi
42. Le prix à payer
43. Le contrôle ne scale pas !
44. Est-ce que je suis prêt ?
45. Event sourcing Un exemple qui fonctionne bien Solde = Σ Opérations Source de vérité
46. Event sourcing Un exemple qui fonctionne bien Solde = Σ Opérations Les événements sont une notion métier Source de vérité
47. Est-ce que je suis prêt ? Si je sais exprimer mon besoin avec des événements !
48. Est-ce que je suis prêt ? Tech driven Business driven
49. Comment ?
50. Un modèle mental partagé
51. Raisonner “Événement” Techno recommendée
52. Event storming L’approche
53. Event storming D’où vient un événement
54. À emporter
55. À emporter L’event-driven ce n’est pas nouveau. Mais aujourd’hui, on a les technos qui permettent de nouveaux cas d’utilisation. Mal utilisées, ces même technos peuvent accélerer l’endettement du SI. Il n’existe pas de solution “silver bullet”. Voyez grand, commencez simple ! Faites de l’Event Storming !
56. Sources et références - https://martinfowler.com/articles/201701-event-driven.html - https://www.gartner.com/smarterwithgartner/gartner-top-10-strategic-technology-trends-for-2018/ - https://www.gartner.com/webinar/3845865/player?commId=300551&channelId=15915&srcId=1-393108798 1&webinarType=ondemand https://www.octo.academy/fr/formation/205-ddd-do main-driven-design POUR ALLER PLUS LOIN
57. Merci Wassel Alazhar Consultant, developpeur, résolveur de problèmes @wasselovski https://github.com/jcraftsman