Version imprimable
Antonio nous invite à une nouvelle conférence dédiée aux microservices. Le thème est clairement en vogue, mais reste mal connu et mal compris. Ce Voxxed Days sera donc l’occasion d’éclaircir ses connaissances, de faire le point sur les différentes technos et d’en rencontrer les leaders.
L'article se trouve ici : https://thierry-leriche-dessirier.de...microservices/
Bonne lecture.
Conférence française à Paris 100% en anglais donc je n'y vais pas !
Les Voxxed Days rassemblent des conférenciers et des participants de toute l'Europe et au-delà, donc c'est "normal" que ça se passe en anglais. Surtout que les confs entièrement sur les microservices ne courent pas les rues.Citation:
Envoyé par tnodev
Par contre là où je te rejoins, c'est quand on force des francophones à parler dans une langue qu'ils maîtrisent mal. Ca m'est arrivé plusieurs fois d'assister à de telles présentations, c'est catastrophique en termes de pénibilité pour l'auditoire.
Chacun devrait pouvoir faire son talk dans la langue de son choix et aux organisateurs de trouver la bonne proportion anglais/langue locale.
Note : En partenariat avec Developpez.com, vous pouvez profiter de 20% de réduction grâce au code VXDMS18_DVP.
Note 2 : En accord avec les organisateurs de la conférence, nous avons le plaisir de pouvoir offrir une place pour Voxxed Microservices Paris 2018 à l’un de nos lecteurs. Ce dernier sera choisi au hasard parmi les personnes ayant laissé un commentaire (pertinent) à cet article avant le 10 octobre.
Merci pour cet interview. Bon j'ai tendance à trouver que c'est un peu trop pro-Spring (et généralement je trouve que les personnes pro-Spring ont une vision un peu trop monolythique des choses : une seule façon de requêter des bases de données quelque soit leur nature, une seule façon de faire des webservices avec ré-introduction du couplage fort et je pense que c'est une erreur dans le web d'aujourd'hui, une seule façon de découper ses services en couches, etc). Y-a un tweet de Jakob Jenkov qui résume assez bien ce que je pense de ce qu'est devenu Spring :
Je précises que je ne déteste pas Spring et bien sûr oui je pense que SpringBoot a sa place dans une conférence sur les microservices mais je ne pense pas que ce choix soit systématiquement le plus pertinent et je trouverais ça dommage que d'autres technos pertinentes pour les microservices avec un paradigme asynchrone comme Vert.x ou même Node.JS ne soient pas représentées. Mais après faut voir aussi ce que vont proposer les autres conférenciers.Citation:
I don't think Spring is the greatest framework in history - rather I pretty quickly got the feeling that Spring was becoming the exact thing it set out to replace
En revanche, les parties qui vont plus m'intéresser personnellement seront les parties sur Docker, Kubernetes et OpenShift (et aussi ça serait pas mal de voir un peu comment font les autres en terme d'automatisation des installations et déploiements et la gestion des montées et baisse de charge des microservices) et bien sûr, la partie Kafka aussi bien sûr m'intéresserai beaucoup !
Les conférences donnent l'image du savoir faire d'un pays.Citation:
Envoyé par tnodev
Imposer le Français dans les conférences de ce type, c'est se priver d'un auditoire et d'un echo beaucoup plus grand à ce que l'on est capable de produire ici en France en terme d'architecture moderne et pertinente.
C'est aussi se priver d'excellents conférenciers étrangers: la barrière de la langue a directement une incidence sur le niveau de ces conférences et sur l'echo qu'elles ont.
Surtout sur des sujets pointus comme les microservices, la scalabilité... il serait bien dommage de ne pas exporter ce savoir faire qui est recherché partout.
Pour moi, l'idéal serait de :
- Ne pas imposer au speaker de parler en Anglais mais d'imposer que les présentations projetées soient écrites en anglais ou dans les deux langues
- D'avoir des casques qui traduisent au moins en anglais/français voire dans d'autres langues comme au parlement européen mais à partir d'une traduction écrite à l'avance et pas avec translate :p
- Les vidéos sur Youtube dans toutes les langues traduites après la conf
+1, j'ai récemment assisté à une conférence où la speakeuse avait sous-titré son talk pour les anglophones de la salle et ça passe plutôt bien.Citation:
Envoyé par ok.Idriss
Là par contre tu exploses le budget. S'il y a plusieurs sessions en parallèle il faut un traducteur par session, c'est très cher sans compter le matos. Tous les lieux ne sont pas équipés pour, etc.Citation:
Envoyé par ok.Idriss
En effet :pCitation:
Envoyé par Luckyluke34
Bon déjà les sous-titres c'est pas mal.
La famille des conf Devoxx/Voxxed Days est traditionnellement plutôt orientée Java donc ça explique pourquoi les talks sur les frameworks sont autour de Spring ou Microprofile. Ça pourrait être sympa de voir des alternatives qui ont parfaitement leur place comme Vert.x ou Play mais je suppose qu'il n'y a pas eu de speaker pour le proposer et sans doute aussi parce qu'ils sont, à tort ou à raison, moins populaires. Maintenant les micro-services, c'est plus une affaire d'architecture et d'infra que de framework et si on regarde bien, la plupart des talks de la conf ne parlent pas de framework et peuvent intéresser les devs de tous langages.Citation:
je trouverais ça dommage que d'autres technos pertinentes pour les microservices avec un paradigme asynchrone comme Vert.x ou même Node.JS ne soient pas représentées.
Quant à Antonio, c'est un peu dur de le classer dans les Spring fanboys quand on sait d'où il vient et l'abnégation que ça a du lui demander de laisser de côté (du moins temporairement) le monde Java EE :D.
NB : Spring 5 supporte maintenant le paradigme asynchrone non-bloquant (et même reactive-streams). Mieux vaut tard que jamais ;)
Si on suit ses dernières interviews de près (et celle-la compris) il a l'aire d'être devenu très fan ^^ (SpringBoot, JHipster & cie).Citation:
Envoyé par chrisbornet
Mais bon ça n'est pas une critique, je pense simplement qu'il y a des grands absents pour une conférence spécialisée dans les microservices même si je pense que y-aura beaucoup de talks très passionnants (je pense sérieusement y aller à cette conf).
C'est une bonne chose, et on peut leur reconnaitre la qualité de se moderniser constamment bien que ça ne soit pas le cas forcemment de beaucoup de ses utilisateurs.Citation:
Envoyé par chrisbornet
Bon allez je vais m'expliquer un peu plus, ce qui me gène beaucoup avec Spring c'est l'aspect "framework universel" qui deviens vite une usine à gaz ou on maitrise plus rien de ce qui se passe en dessous (avec 50 couches d'AOP et d'abstraction, une seule façon de requêter une bdd quelque soit sa nature, etc).
Après je sait bien qu'on n'est pas obligé de l'utiliser pour tout faire, par exemple je l'utilise surtout pour faire des endpoints RESTful et de l'IoC, mais par contre force est de constater que la plupart de ses utilisateurs ne se posent plus la question et dès qu'ils ont un besoin, ils rajoutent une extension Spring dans leur pom avec des annotations "sexy" (et avec de l'AOP qui se déclenche et qu'ils maitrisent difficilement alors qu'à la base on voulait faire quelque chose de trivial). Donc en effet, je n'aime pas beaucoup Spring data, Spring Security, Spring batch, & cie :p
J'ai été y-a pas si longtemps un gros consommateur de Spring mais je suis devenu avec le temps plus favorable à un besoin == une lib simple faite pour ça et uniquement pour ça (une lib pour l'IoC, une lib pour faire du Rest, une lib pour attaquer Kafka, une lib pour attaquer la bdd, etc). Et surtout choisir la façon dont je "frame" mon "work" moi-même ou en équipe même si y-aura beaucoup de ressemblances avec les patterns utilisés et démocratisés par Spring (et c'est aussi pour ça que c'est une bonne chose de l'apprendre). Y-a un peu le même débat je crois chez les front Angular vs React aujourd'hui.
C'est pour ça que plus ça va plus j'aime Vert.x (ou je garde les avantage du langage et de l'industrialisation du monde Java) et Node en dehors des aspects asynchrone, non-bloquant et reactive.
Bonjour,
On en a discuté avec Antonio et on souhaite offrir une place pour Voxxed Microservices Paris 2018 à "ok.Idris"s ainsi qu'une seconde à "chrisbornet".
Merci pour leurs contributions, en espérant vous croiser dans les couloirs de la conférence. N’hésitez pas à partager vos retours sur l'événement à la suite de cette discussion.
Th.
Cool, merci beaucoup pour ce beau cadeau !
Je ne manquerai pas de revenir sur cette discussion pour faire des retours.
Un retour en anglais... :mrgreen:
Merci beaucoup ! ok.Idriss va pouvoir me convertir à Vert.x :P !
Tu peux commencer par un autre de mes articles : https://thierry-leriche-dessirier.de...via-event-bus/
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 :mouarf:
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_neumann
Encore 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.
Merci Idriss pour ce retour.