Hi, as promised I'm here to tell you what I thought about this amazing conference... non ne vous inquietez pas je vais poursuivre en Français

Je vais commencer par les deux premiers jours de conférences : je ne m'y attendait pas et ça a été une agréable surprise mais finalement ça n'était pas tant une conférence avec des démos sur des technos mais plus des retours d'expériences avec une hauteur de vue et une maturité qui me manque actuellement et ça a permis de faire quelques remises en questions sur la manière d'aborder un chantier de migration vers des microservices.
Y-a plusieurs choses qui sont revenues souvent :
- Commencer par revoir le découpage fonctionnel / métier de vos processus et ne pas commencer par un découpage technique (splitter un monolithe pour répondre uniquement à des problèmes de scalabilité et de goulet d'étranglement est une mauvaise raison).
- DDD et l'architecture hexagonal que je dois creuser.
- La présence de Kafka dans la plupart des architectures des speakers et souvent pour des usages auxquels on ne s'attend pas (utiliser des topics en remplacement à des vues materialisées avec l'api kafka stream par exemple).
Mention spéciale aux speakers suivants :
- Susanne Kaiser avec ses différents talks, elle a une façon de schématiser exceptionnelle pour rendre compréhensible des concepts assez complexes et avec une hauteur de vue qui permet de communiquer au plus grand nombre des parties prenantes d'un projets pour lequel on envisage une migration vers des microservices.
- Cyrille Martraire avec son talk "Hexagonal at Scale, with DDD and microservices" un peu rapide mais de bonnes pistes de réflexions à creuser
- Mike François avec son quickie "Monolith 2 microservice" très rapide mais un bon résumé de quelle est la bonne démarche pour entreprendre une migration vers des microservices
Ca a fait beaucoup de bien de voir que nos problèmes ont été vécus par d'autres groupes plus petits et plus grands et permis de prendre beaucoup de recul sur la façon dont on peut les traiter.
Côté technique, mention spéciale aux speakers suivants :
- Charly Bechara et Alain Habra avec leur talk "Reactive design patterns for microservices on multicore", vert.x n'était pas mentionné mais l'ensemble des patterns sont applicables avec :p
- Cédric Vidal avec son talk "Do microservices dream about CQRS ES, Kafka Stream et BPMN", j'ai pu d'ailleurs aller le voir et confirmer qu'on faisait pas de conneries dans certaines de nos utilisations de kafka
- David Pilato avec son talk "Monitor Your Microservices with Logs, Metrics, Pings and Traces" basés autour d'Elastic Stack. On est pas loin d'avoir toutes les mêmes métriques et même plus avec ELK + Kafka + rsyslog et collectd mais on a refait beaucoup de choses qui peuvent être aujourd'hui simplifiées avec la nouvelle stack autour d'Elastic notamment la famille des beats. J'ai même pu également lui poser quelques questions en fin de talk, merci à lui pour ses réponses.
Sinon, j'ai l'impression que y-a deux camps qui se sont formés :
- Ceux qui abordent les problématiques de résilience (circuit de breaker, timeouts, retries, etc), de sécurité, de monitoring, de tracing directement dans l'implémentation de leurs services que ça soit avec SpringBoot + netflix OOS, Microprofile, JHipster (on retrouve presque à chaque fois OpenFeign + Hystrix qu'on utilise chez nous également).
- Ceux qui préfèrent que le code se concentre sur le métier et que ces problématiques soient traitées côtés infrastructure avec K8S et un service mesh comme Istio
J'avoue avoir été davantage séduit par la seconde approche pour les raisons suivantes :
- SoC (separation of concerns), SoC et encore SoC :p
- On est partis sur la première approche et franchement souvent c'est pas bien compris et utilisé Hystrix & cie côté dev, pareil pour les timeouts et stratégies de retry (on a systématiquement des timeouts pas cohérents entre eux dans une trame d'appels de webservices REST)
- La rapidité avec laquelle on met en place une solution complète qui couvre toutes les problématiques devops du déploiement jusqu'à la supervision en prod (en passant par les problématiques de scalabilité et de résilience) avec k8s et istio, côté dev ça a demandé énormément de travail
- Cette façon de faire peut s'adapter à d'autres technos moins industrialisées et outillées
Bien entendu je peut changer d'avis et dans certaines situations je comprend que la première approche soit plus pragmatique.
Du coup ça nous amène au workshop le 3ème jour ou j'ai choisi k8s + istio et franchement s'était tout simplement génial, j'ai appris énormément, le retour sur investissement de cette journée était super.
Si vous voulez quelques slides clefs sur les différents talks en attendant que les vidéos soient publiées sur youtube, j'ai pas mal couvert l'évenement sur twitter :
https://twitter.com/idriss_neumannEncore merci à Thierry, Antonio et developpez pour la place offerte, si d'autres évenements de ce type se produisent je pense y assister de façon plus assidus, j'ai été convaincu par le ROI de ces trois jours.
Voilà c'est tout pour moi.
1 |
0 |