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