Devoxx on Zwindler's Reflection

Infos en vrac - Kaniuse et DevoxxFR 2025

Tue, 18 Mar 2025 12:00:00 +0200

Kaniuse

D’abord, une nouvelle qui n’est pas de moi, mais c’est suffisamment cool pour que j’aie très envie de vous en parler.

Vous vous êtes déjà demandé si une API #Kubernetes était déjà disponible (ou pas) sur un cluster avec une version un peu ancienne ? Moi, oui, souvent.

Et naviguer dans la documentation officielle est parfois pénible, cette information en particulier n’est pas toujours facilement accessible.

Mais ça, c’était avant que mon collègue Gérôme Grignon ne s’attaque au problème et ne crée un outil visuel permettant de le voir en un coup d’œil !!

kaniuse.gerome.dev

L’outil propose pour l’instant une navigation à l’aide d’une recherche et de filtres sur les status des APIs.

Pour l’instant, l’outil est limité (pour des problématiques de lisibilité) aux 11 dernières versions, mais Gérôme a plusieurs idées d’amélioration en tête.

🚀 Devoxx France, me (re)voilà !

Devoxx France revient comme chaque année. Et après une année de pause pour moi (j’avais priorisé la Kubecon l’an dernier), j’ai la chance d’y être cette année en tant que speaker pour non pas un mais DEUX talks (et peut-être deux BOFs) !

Pour ceux qui ne sont pas familiers de cette conférence, DevoxxFR c’est :

Conférence pour développeurs organisée par Quantixx au Palais des Congrès, à Paris. 70 exposants pendant 3 jours. 4500 visiteurs, 330 oratrices et orateurs, 200+ présentations, ateliers et plénières.

Note : si vous avez votre place pour DevoxxFR, pour aider les organisatrices/teurs à sélectionner les bonnes salles pour les bonnes personnes, n’hésitez pas à aller sur le programme, pour mettre une petite étoile sur les talks qui vous intéressent (pas forcément les miens, hein :-P). Faire son programme un peu à l’avance, c’est utile pour vous comme pour eux. Merci beaucoup 😘 !

Ne perdez plus vos photos de vacances 🔥🏠🔥 (ou tout autre fichier important)

Mercredi 16 avril – 12h35-12h50

Le lien du talk dans le programme mobile.devoxx.com/events/devoxxfr2025/talks/38618

Imaginez : un bandit s’empare de votre ordinateur, un incendie réduit votre maison en cendres ou pire, une météorite s’écrase en plein Paris ☄️.

Résultat : les photos de famille (et vos fichiers pro ultra-critiques) disparaissent à jamais. Déprimant ?

Ceci n’est pas une fatalité !

Avec un peu de méthode et de rigueur, on peut limiter de manière drastique ce genre de conclusion fâcheuse.

Si vous pensez que vous ne risquez rien parce que tout est dans le cloud ou sur un disque dur externe, je vous présenterai la stratégie de sauvegarde 3-2-1 et quelques outils matériels et logiciels qui vous seront (sans aucun doute possible) utiles un jour !

Kubernetes : 5 façons créatives de flinguer sa prod 🔫

Jeudi 17 avril – 11h35-12h20

Le lien du talk dans le programme mobile.devoxx.com/events/devoxxfr2025/talks/38617

N’en déplaise à ceux qui pensent que Kubernetes ne sert à rien, 10 ans après le premier commit, cet outil est devenu un standard de-facto dans la gestion d’environnements containérisés en production.

Il permet à de nombreuses équipes tech de gérer de manière efficace des logiciels hétérogènes, tout en apportant aux développeurs l’autonomie qu’ils souhaitent sur l’infrastructure.

Pourtant, on ne peut pas non plus dire qu’installer, et pire… administrer un cluster Kubernetes soit quelque chose de trivial. En 7 ans de prod, dans 4 entreprises différentes, j’ai forcément rencontré de petits pépins, certains amusants (enfin… a posteriori).

Je vous raconterai tout ça, sans tabou 😉.

Jeudi soir, les BOFs et la JAM

Le jeudi soir, c’est entrée gratuite pour le meet and greet et les BOF.

Il y a aussi en même temps la JAM (les gens viennent, il y a des instruments, iels jouent). C’est toujours un immense déchirement de devoir choisir et j’ai promis que j’irai chanter à la JAM cette année…

Mais je serai certainement avec d’autres Staff engineers au BOF “Staff42 - Meetup pour Staff Engineers” (communauté à laquelle je participe).

Et je vois mal comment je pourrais ne pas aller voir “Comment organiser des événements (meetups, conférences…) plus inclusifs ?” avec Sandra Ahlgrimm et Jérôme Petazzoni.

Bref. Il va falloir faire des choix 🙈.

Devoxx France 2023 - Récap du jour 3

Sat, 15 Apr 2023 04:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2023

Troisième jour de DevoxxFR !!

Aujourd’hui, dernier jour de DevoxxFR. Moins de pression, vu que je n’ai plus de talk :). Un peu moins d’énergie, aussi ;-P.

Biais & Balivernes

J’ai suivi un collègue pour aller voir le talk de Thomas DURAND (aka Acermendax).

Pour être parfaitement honnête, à part le nom de sa chaîne (La tronche en biais) je ne le connaissais pas du tout et j’ai cru comprendre qu’il ne fait pas toujours l’unanimité.

Au-delà de ça, j’ai plutôt bien aimé son talk, une vulgarisation des biais cognitifs les plus connus et dee ce que lui appelle des “balivernes” (les mensonges qu’on a envie de croire et qui se répandent particulièrement vite sur les RS). Il a essayé de définir ce qu’était l’intelligence, la rationalité, l’esprit critique, …

Les slides étaient old(-old-old) school j’ai trouvé ça un peu déstabilisant mais Thomas est sans aucun doute un orateur très à l’aise. Le talk était agréable.

J’ai une punchline qui m’a décroché un sourire :

La règle 1 du club Dunning Kruger, c’est que tu ne sais pas que tu fais partie du club (ref Fight Club)

A la toute fin, il a cité un documentaire que j’avais vu à l’époque où j’étais ado : “Opération Lune”. C’est un souvenir incroyable.

FoundationDB : le secret le mieux gardé des nouvelles architectures distribuées !

Steven LE ROUX et Pierre ZEMB on fait une présentation détaillée de FoundationDB, un moteur de stockage capable de gérer plusieurs databases sur une seule et même “fondation”.

Le principe repose dans l’idée que la différence entre les bases de données se situe surtout sur les couches modèles et query langage. FoundationDB unifie la partie basse, grâce à un scope de fonctionnalité très restreint.

Au-delà des avantages techniques (transactional, fault tolerant, actor based, ce qui le rend très scalable), FoundationDB intéresse fortement Clever Cloud pour sa capacité à être massivement simulé (le simulateur de FoundationDB permet de jouer des scénarios de fautes de manière déterministe).

Le sujet est passionnant mais on imagine surtout des cas d’usages pour de très (très) grandes entreprises ou des cloud providers (d’où l’intérêt de Clever dans le produit). Hâte d’en voir un peu plus sous le capot, c’est encore un peu théorique dans ma tête.

Écoutez l’histoire de Sonos Voice et de ZIO…

Sans trop savoir dans quoi je m’engageais, je suis allé voir le talk de Pierre BAILLET qui travaille chez Sonos (un partenaire actuel de l’entreprise pour laquelle je travaille) parler de Sonos Voice et de ZIO.

Je n’avais aucune idée de ce qu’était ZIO et j’ai omis de lire en détail l’abstract. Boulette.

Type-safe, composable asynchronous and concurrent programming for Scala

Je me suis retrouvé dans une conférence de REX sur une librairie Scala pour faire de la programmation fonctionnelle 🤣.

Autant dire que j’étais un peu largué.

Cependant, le speaker était très à l’aise et l’esprit bon enfant. Je me suis accroché pour suivre et au final, même si je ne connais rien à Scala ou ZIO, j’ai passé un bon moment.

Les anecdotes sur la mise en prod de leur service Sonos Voice étaient bien marrantes.

Ressuscitons les ordinosaures !

Très chouette présentation d’Olivier PONCET qui nous parle de son expérience dans la rédaction d’émulateurs d’“ordinosaures”. J’étais content de pouvoir la voir, ça fait un moment que j’ai vu passer de super retours dessus.

Olivier nous a parlé des composants principaux qu’il faut émuler pour faire marcher un ordinateur des années 80, puis nous a montré quelques exemples de codes en nous expliquant plus en détails ce que cela faisait.

C’était très fun, mais il y avait beaucoup d’informations à digérer en peu de temps (et je suis rouillé en C/C++), surtout un vendredi après midi.

This is the end

J’ai tiré ma révérence après ça, même si j’avais initialement prévu d’aller voir un talk supplémentaire. La fatigue accumulée a pris le dessus.

Je suis content d’avoir vu Julie avant mon départ, qui donnait un talk juste après sur la sécurité des secrets dans Kubernetes. J’ai croisé Claudio, et à la toute fin, j’ai discuté quelques minutes avec François, qui m’avait invité à faire mon talk en meetup avant DevoxxFR. Ca m’a bien aidé pour hier, merci.

J’ai aussi revu des personnes que j’avais vu la veille mais c’était très bref.

C’était encore une fois une très très grande conférence (j’aime vraiment DevoxxFR, ça se voit ?) et je suis très fier d’avoir pu y participer une nouvelle fois en tant que speaker. Cette année, j’ai eu aussi pu y aller avec un collègue, ce qui est quand même plus sympa que d’y aller seul, même si je commence à connaître du monde.

Un grand bravo aux organisateurs, aux speakers, aux sponsors et aux participants qui font de DevoxxFR une conférence à part dans l’écosystème tech FR.

Devoxx France 2023 - Récap du jour 2

Fri, 14 Apr 2023 16:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2023

Deuxième jour de DevoxxFR !!

Hier, j’ai fait un petit compte rendu de ma première journée de conférence et il est donc logique que je continue aujourd’hui.

J’vais pas mentir, il y avait un peu plus de pression car c’est le jour où j’avais mes talks ;-).

Le cache HTTP

La première session que je suis allé voir est celle de Hubert SABLONNIÈRE sur le(s) cache(s) HTTP.

C’était un très bon talk ! Même en connaissant tout ou partie des couches entre le navigateur et le serveur, je pense qu’on a tous appris un petit quelque chose.

Le but d’un cache, c’est de réduire les temps de chargements. Sauf que la spec est pas toujours super claire ou explicite, et qu’on a ajouté au fil du temps pas mal de couches de caches dans le web moderne. On a donc parfois des comportements rigolos.

Au travers une série d’exemples et de démos, Hubert nous a montré comment marchent les directives de cache dans les URLs ont un impact sur ce qui transite vraiment sur le réseau.

On a parlé de max-age, de no-cache, de no-store, de revalidation de cache, de requêtes conditionnelles, …

Le mieux sera de revoir les démos quand le replay sera disponible. Il vaut vraiment le coup, c’est une de mes sessions préférées de ce DevoxxFR.

De chroot à Docker, Podman, et maintenant les modules Wasm, 40 ans d’évolution de la containeurisation

J’avais prévu d’aller voir cette session de Thomas SCHWENDER, mais j’ai passé trop de temps à discuter avec des gens passionnants et n’ai donc pas pu rentrer dans la salle.

Je ne sais pas trop comment le sujet a été traité, mais je regarderai le replay car j’avais prévu de faire un talk similaire mais n’ai jamais sauté le pas.

Le résumé et le support sont disponibles ici en attendant.

Gestion de la dette d’architecture dans un contexte d’hypercroissance

Pour la session d’après, j’étais donc à l’heure pour aller voir Cyril BESLAY parler de dette technique, et en particulier de dette d’architecture.

Après un rappel de ce qu’on appelle la dette technique (Ward Cunningham), Cyril a détaillé la dette d’architecture, plus pernicieuse et difficile à calculer / résoudre.

Il a ensuite parlé des causes (internes / externes) de la dette et de comment faire pour “éviter la banqueroute” (quand on a tellement de dette technique qu’on doit tout jeter et tout refaire).

Quelques points que j’ai retenus (et approuvé fortement) :

il faut éviter à tout prix d’arriver à la banqueroute
vouloir réduire totalement la dette est illusoire et (très) coûteux
il faut mieux former les équipes, notamment sur la partie métier / besoins fonctionnels, pour prendre de meilleures décisions
il faut documenter les choix techniques (ADRs, radar)

C’était intéressant et je vois certains parallèles avec l’infra.

Démystifions les composants internes de Kubernetes

A 16h45, mon stress était au niveau maximal. C’était ma session, en plus en amphi Bleu, la plus grande salle (pour l’instant) de DevoxxFR.

J’ai donc démystifié le comportement interne de Kubernetes devant une salle quasiment pleine.

C’était une super expérience, tous les retours que j’ai reçus pour l’instant étaient bons, je suis donc ravi.

Vous pouvez relire mon article à ce sujet, ou relire les slides / rejouer le code en attendant le replay.

Note : j’ai oublié de le dire pendant la session, mais ce talk était inspiré par 2 talks, que j’ai modifié à ma sauce et remis à jour :

J’étais très fier que Jérôme soit dans la salle (merci pour le coup de main sur ctr !) et me fasse un retour positif. Tu es une source d’inspiration pour beaucoup de monde (moi inclus), Jérôme.

Dockerfile vs Jib vs Pack vs image native : quelle est la meilleure méthode de création d’image de conteneur

J’ai suivi un copain et je suis allé voir Christian NADER qui présentait les avantages et les inconvénients de différentes façon de créer un container pour packager une application Java.

Je ne connaissais pas du tout cet univers et le talk était assez “débutant” pour que ça soit parlant pour moi.

Christian nous a expliqué les différents concepts pour chaque manière.

Les plus grosses différences venaient surtout de 2 philosophies différentes dans la compilation du code :

JIT pour just in time (précompile peu de choses)
AOT pour ahead of time (précompile plus de choses)

Cette image résume bien les avantages et les inconvénients de chaque solution :

Bonus, j’ai découvert termgraph et hey, utilisés dans les démos pour faire de jolis démos/stress tests en live.

Si Christian me lit, je voudrais lui dire qu’il ne devrait pas se dévaloriser comme il a pu le faire plusieurs fois pendant le talk. Il était totalement légitime de faire ce talk et a bien fait passer son message.

Infra : Donnez de l’autonomie à vos développeurs avec OctoDNS

Mon collègue Julien BRIAULT nous a présenté OctoDNS, un tool pour gérer facilement des records DNS dans du code simple, cross provider.

Qui n’a jamais rêvé de donner la possibilité à tout un chacun de gérer des records DNS (pas juste les ops) ?

Hum… Je sais pas trop, Julien. On est quand même bien des nerds alors je suis pas sûr qu’on soit représentatifs (trollface).

Après un historique des solutions existantes pour gérer les DNS et les problématiques que ça engendre dans un contexte DevOps, Julien nous a présenté les avantages de la solution OctoDNS (utilisée actuellement en prod chez Deezer).

Je ne suis évidemment pas objectif, mais j’ai trouvé ce talk excellent. Julien était très à l’aise, ses démos ont bien marché.

En tant que speaker avec un poil plus d’expérience, j’avais relu les slides et j’avais un peu peur de la quantité de GIF sur le support (certains speakers vont jusqu’à dire qu’il faut les bannir complètement).

Finalement, j’avais tort de m’inquiéter, ça a bien fonctionné, le talk était fluide. Bravo Julien !

Retrospective Kubernetes Community Days France 2023, ou comment monter une conf tech de zéro

A 21h, j’avais encore du travail !

Mes collègues d’organisation de Kubernetes Community Days (pour rappel) Jean-Christophe SIROT et Smaine KAHLOUCH avaient prévu de faire un BoF (Bird of Feather) en fin de journée sur l’organisation d’une conférence tech.

Comme j’étais disponible, je suis évidemment venu les rejoindre. On était pas super nombreux mais c’était cool de pouvoir échanger sur nos succès et nos échecs de manière ouverte.

Stands, meet and greet et “le Jam”

J’ai passé une partie de la journée à faire le tour des stands. J’ai une des discussions sympas avec certains d’entre eux, comme Adeo (Leroy merlin), Adelean, Positive thinking, Redis, Microsoft et OVH.

J’ai aussi croisé plein de gens que je n’avais pas encore croisé la veille. Super content de vous avoir vu François, Geoffrey, Pierre Antoine, Olivier (avec qui on a parlé 30 minutes, c’était top !), Sébastien, Idriss, Katia.

J’ai déjeuné avec la team Clever Cloud, c’était fun.

Lors du meet and greet, j’ai pu revoir Marcy, Juliette, Amélie, rencontrer ENFIN Shirley IRL (depuis le temps qu’on discute ensemble). Belle rencontre aussi avec Théa et Aly.

J’avais très envie de chanter au Jam (sans trop oser) et le fait que j’ai le BoF sur l’organisation de KCD a fait que j’en ai raté un bonne partie.

La perf de Quentin sur Boogie Woogie était épique 🤣. Difficile de passer après. J’espère revenir avec plus de confiance en moi l’an prochain.

Last but not least, après plusieurs mois à se suivre mutuellement sans jamais se parler, j’ai rencontré Guillaume Grillat, ex Deezer et maintenant LeBonCoin. J’ai très hâte qu’on collabore pour organiser des événements tech 😎.

Devoxx France 2023 - Récap du jour 1

Thu, 13 Apr 2023 08:00:00 +0000

Les résumés des 3 jours de DevoxxFR 2023

Premier jour de DevoxxFR

Je suis vraiment très très fan de DevoxxFR et cette année, comme l’an dernier, j’ai la chance d’être speaker.

J’ai dû écourter mes vacances en Bretagne pour venir donc j’ai loupé la matinée

Kubernetes, dépassionné et pour les ultra débutants

Sébastien BLANC, Horacio GONZALEZ et Sun TAN ont eu la lourde tâche d’expliquer Kubernetes “pour tout le monde”.

On a parlé de YAML, de CRDs, de Limits/Requests pour les Deployments, …

Il y avait beaucoup de démos et c’était très bon enfant, je pense que c’était une bonne entrée en la matière pour ceux qui ne connaissent pas encore mais qui voudraient vraiment comprendre l’utilisation.

J’avais forcément un peu peur que ce soit doublon avec mon talk mais au final pas du tout :).

Photo d’Horacio à l’état “sleep”, le YAML pour le réveillé n’est pas encore appliqué

Ca m’a donné quelques idées pour la formation Kubernetes que je donne lors de l’onboarding des devs dans l’entreprise où je travaille. Merci à tous les trois :).

Comment être bien onboardée en tant que développeuse junior reconvertie ??

J’ai été voir ensuite le talk d’Amélie ABDALLAH.

Elle même issue d’une reconversion suite à un burnout, Amélie nous a proposé de prendre du recul sur les profils issus de reconversion.

Comment on en arrive à une reconversion ?

On a rarement le contexte personnel des personnes, en général. On ne sait pas si la personne peut avoir des barrières en plus qui compliquent son parcours, en particulier dans le cadre d’une reconversion (temps pro/perso, argent, …).

Alternante, elle a ensuite parlé de sa première entreprise, où elle a été “lâchée” dans la nature dès son premier jour, à coder : sans documentation, sans formation métier, pas de communication avec le client.

A l’inverse, elle a expliqué qu’à sa nouvelle entreprise (The Tribe), les profils reconvertis sont valorisés aussi pour leur expérience précédente, que chaque employé est formé, aussi bien techniquement que non techniquement, avant d’être considéré comme opérationnel.

Quelques autres pistes pour un onboarding (général) :

café avec toutes les équipes
rencontre avec un co-fondateur
système de marrainage / parrainage
rapport d’étonnement

Focus pour les profils reconversion :

repository de mise à niveau technique
sandbox sur les langages les plus utilisés dans l’entreprise
mentoring / pair

OPA, mais que fait la policy ? 👮

Même si je suis plutôt fan de Kyverno (cf mes articles sur le sujet), j’avais envie de voir ce que je loupais avec OPA (depuis mon test en 2020)

Jérôme GAUTHIER nous a d’abord présenté brièvement OPA (à prononcer oh-pa), un agent de politique.

Contrairement à Kyverno, OPA est un agent qui se connecte à des services (pas seulement Kubernetes donc). Il se veut générique, découplé, via un langage commun avec une bonne expérience dev et ops.

J’ai grincé pour cette dernière caractéristique… Cependant, quand Jérôme a détaillé ce qu’il voulait dire : on a de l’observabilité, l’outil est auditable, on a de la haute dispo, etc. et ça c’est vrai.

Pour le rego (que je n’aime pas), j’ai découvert qu’il existait un playground (play.openpolicyagent.org) pour se familiariser avec.

Les démos étaient sympas et ça m’a permis de comprendre que le but d’OPA était surtout de découpler le moteur de politiques des applications (métier), ce qui est bien plus large que l’usage que je peux en faire dans Kubernetes et qui fait bien plus sens (à mon avis).

Ca ne m’a pas réconcilié avec rego (et donc OPA par extension) cependant…

J’avais aussi envie d’aller voir Pourquoi quitter la tech. Je le regarderai en replay.

Télétravail asynchrone

Je ne pouvais pas finir la journée sans aller soutenir mon ex-collègue et ami Benoît PRIOUX, qui a présenté un talk sur un sujet qui me tient à coeur en tant que “nouveau” télétravailleur : comment réussir à (télé)travailler de manière asynchrone.

Défi : collaborer en asynchrone implique que le travail n’est pas fait en même temps, ajoute aussi un défi pour la gestion des notifications.

J’ai découvert plein d’outils et de façon de travailler pas toujours évidentes avec Slack (HPFO, team praise). L’exemple du daily asynchrone m’a beaucoup marqué. Comme Benoît, je commence beaucoup plus tôt que mes collègues et j’attends souvent l’heure du daily.

Deuxième exemple, pour éviter de faire des réunions, les employés de Alan utilisent les discussions Github.

Ce que j’ai trouvé “rigolo” avec ce talk, c’est de voir comment Alan “tord” l’usage standard/habituel des outils pour l’adapter au contexte asynchrone.

J’avais aussi envie d’aller voir Découverte de Crossplane. Je le regarderai en replay.

Rencontres et repas speaker

J’ai aussi profité de la journée pour discuter avec les gens que j’ai croisés au hasard des couloirs.

La team clever cloud au grand complet, Stéphane, les copain⋅es devrel d’OVH, Stéphanie, Cécile, Zineb, Philippe, Benoît, Frédéric, …

J’étais aussi content de recroiser les orgas de KCD qui sont aussi orgas côté Devoxx (JC, Manu, Athalane, Karine), quelques orgas.

J’ai encore plein de gens à qui j’ai promis de venir faire coucou que je n’ai pas eu le temps de voir mais je vais me rattraper jeudi / vendredi, c’est promis ;-).

Je suis passé une demi-heure au repas speaker mais je ne suis finalement parti car j’ai eu une énorme migraine pendant toute l’après midi :-(. Je reviendrais demain après une bonne nuit de sommeil.

Note à moi même, avoir du Doliprane dans le sac, pas seulement de l’eau.

Retrouvez-moi à Devoxx France 2023

Mon, 13 Feb 2023 14:00:00 +0200

Update

Retrouvez moi le jeudi 13 avril à 16h45 !!!

11ème édition

Devoxx France revient encore et toujours pour une 11ème édition, après l’année “des 10 ans” qui avait été épique.

Pour ceux qui ne sont pas familiers de cette conférence, DevoxxFR c’est :

Conférence pour développeurs organisée par Quantixx au Palais des Congrès, à Paris. 60 exposants pendant 3 jours. 3000 visiteurs. 260 orateurs, 200+ présentations, ateliers et plénières.

Pour cette édition, encore du Kubernetes. Cette fois-ci, je démystifierai, avec d’affreux schémas et une démo live les composants de Kubernetes, un par un.

Note : il y a une erreur dans ce schéma (la honte) mais rassurez vous c’est corrigé depuis ;-).

J’ai donné cette présentation en petit comité au ToursJUG qui m’avait gentiment invité et on avait tous passé un très bon moment. J’espère faire aussi bien à DevoxxFR :).

Indiscrétion : je serai très probablement aussi présent pour un BOF (Bird of Feather) de REX autour de l’organisation d’une conférence (je vous laisse deviner laquelle) ;-).

Comment on fait pour venir ?

Malheureusement, si vous n’avez pas déjà votre place, ça va être très très chaud. De mémoire il me semble que les 1800 premières places se sont vendues en 9 minutes en fin d’année dernière. Il reste un petit pool de places pour les speakers refusés pour le CFP et pour quelques chanceux/chanceuses.

Dans tous les cas, que vous ayez un billet conférence, speaker ou “salon”, n’hésitez pas à me pinger sur Bluesky, Mastodon (@zwindler@framapiaf.org) ou LinkedIn si vous voulez me faire un coucou 👋, ça sera avec grand plaisir !

Le pitch de mon talk

De nos jours, beaucoup d’entre vous (devs, sysadmins, …) utilisent Kubernetes, d’une manière ou d’une autre. Vous savez ce qu’est un container et qu’on peut faire confiance à Kubernetes pour le déployer de manière fiable en production.

Mais au-delà de ça, vous êtes vous demandé “comment” Kubernetes fonctionne ?

Entre le moment où vous faites un kubectl apply (ou un helm install) sur votre PC et le moment où l’application est accessible, que s’est-il passé ?

Quand un noeud tombe en panne, qu’est ce qui fait que l’application est relancée sur un autre noeud sans qu’on ait besoin de réveiller l’humain en astreinte ?

Comment se fait-il qu’on puisse accéder à n’importe quel container de notre cluster sans faire appel à une administratrice réseau chevronnée à chaque nouveau déploiement ?

Je vous propose de décortiquer ensemble tous les composants internes de Kubernetes pour découvrir que “non, Kubernetes, ce n’est pas automagique”.

See you there!

Devoxx France 2022 - Récap du jour 3

Fri, 22 Apr 2022 17:00:00 +0000

Vendredi, dernier jour !

Les résumés des 3 jours de DevoxxFR 2022

Aujourd’hui, j’ai décidé que ça serait chill et que je prendrais mon temps. Évidemment, ça n’a pas été le cas 🙃, car vous allez voir que j’avais beaucoup de copains à aller voir.

Futurospective digitale : le futur est-il encore ce qu’il était ?

On a rêvé de voitures volantes, on a 140 caractères.

Ludovic CINQUIN, CEO d’Octo, a joué à la boule de cristal et tenté de prédire les tendances tech de l’avenir.

Il nous a fait un, je cite, “mégatrends du digital” avec comme axe les “potentiels de disruption” et la probabilité de réalisation.

On va pas se mentir, c’est un peu bingo buzzword cette slide, hein ? ;-)

Ensuite, il a essayé de poursuivre 3 scenarios plausibles selon lui, en se basant sur ce qui est déjà arrivé :

World tech company
- Quelques entreprises avec un écosystème qui va subvenir à vos besoins
- ex. aujourd’hui Apple à un CA équivalent au PNB de Singapour
- Tensions entre ces sociétés et les états
Digital Cold War
- Internet passe d’un espace de liberté à un espace de domination économique
- Première cyberguerre mondiale imminente
- La Chine a plus d’ingénieurs, plus de data, pas de restriction pour la capturer, donc a l’avantage
Digital detox
- Intermittence dans l’énergie
- Avoir des ordinateurs, c’est (de plus en plus) compliqué
- Le offline revient en force

Après le #SlowTech d’hier, nouveau concept, on a droit au #RightTech

respect de l’objet
respect de l’usage
respect de l’environnement
respect de l’humain

LesBonsclics, une plateforme pédagogique au service du 1er réseau européen d’aidants numériques

Le talk suivant de Thomas VANDRIESSCHE était sur l’illectronisme et une des façons de le combattre.

Thomas commence par plusieurs constats alarmants :

38% des usagers manquent d’une compétence numérique essentielle
68% des Français déclarent rencontrer des difficultés dans leurs usages du numérique

Même au sein des 16-25, beaucoup ne savent plus utiliser correctement un ordinateur (le tout smartphone).

On constate aussi que précarité sociale va souvent de pair avec précarité numérique, ce qui est une double peine puisque les gens à l’aise avec le numérique ont souvent plus d’employabilité et profite de gains de pouvoir d’achat.

La crise COVID a été un déclencheur de beaucoup de transformation, notamment dans l’action sociale qui s’est numérisée et utilise l’outil numérique pour mieux aider les gens qui en ont besoin. Sauf que ces personnes sont souvent aussi précaires du numérique.

WeTechCare a donc créé un outil de numérique inclusif, LesBonsClics, pour fournir des ressources pour aider les professionnels de l’action sociale à mieux inclure ces publics au numérique.

WeTechCare a également créé un observatoire de l’inclusion numérique. Vraiment, de beaux projets.

La quête d’une gouvernance collaborative du web

Dans cette dernière Keynote de cette édition de Devoxx, Lê Nguyên HOANG nous a parlé de tournesol.app, un outil visant à créer une gouvernance collaborative, auditable, sécurisée des algorithmes.

Il a commencé par parler du problème. Aujourd’hui, les algorithmes de recommendations sur Internet sont opaques et parfois même dangereux pour les personnes.

L’histoire récente a montré que les algorithmes des bigtechs sont calibrés pour plus mettre en avant la désinformation et la haine. Les états utilisent les règles des algorithmes pour inciter à la violence, voire au génocide.

Pour essayer de changer les choses, tournesol.app permet, de manière collaborative, de faire de nouvelles recommendations, de manière plus transparente.

React dans tous ses états

Je suis allé voir le talk suivant d’une ancienne collègue, Amélie BENOIT, mais je n’ai pas forcément bien toutes les compétences “front” pour comprendre toutes les implications. Mes excuses par avances pour d’éventuelles imprécisions.

Amélie a commencé par définir ce qu’est un état et les différents types d’états dans une application React.

Ce qu’a ensuite expliqué Amélie, c’est que le “state” a besoin d’être dans le composant qui le nécessite, ou, à défaut, dans un composant parent quand il a besoin d’être partagé. On se retrouve donc souvent avec des composants parents gavés des states des enfants, ce qui pose plein de problèmes.

Avant qu’il n’existe des alternatives, les gens ont créé des microframeworks au dessus de React pour gérer le state dans des stores à part, mais ce n’est pas idéal.

Une des solutions réside dans Redux toolkit (anciennement redux starter kit), ainsi que Recoil.

Bon, je ne vais pas mentir : j’ai pas tout compris mais clairement dans les exemples qu’Amélie nous a montré, dans redux toolkit, la code a l’air mieux que redux tout court ;) et Recoil ça a l’air encore mieux.

Doctolib a besoin d’une base de données plus puissante. Ok, mais laquelle?

Grosse conférence, en amphi bleu, qui était par ailleurs bien rempli. Ce talk était donné par Bertrand PAQUET (SRE lead) et David GAGEOT.

Le maitre mot, chez Doctolib, est la “Boring architecture”. Les composants techniques sont choisis pour leur coût au build, mais aussi au run.

En temps normal, leur unique cluster de bases de données PostgreSQL (historiquement sur Heroku, puis sur des instances EC2 et enfin sur Aurora) leur suffisait amplement pour tenir la charge.

La campagne de vaccination COVID a complètement rebattu les cartes et les équipes SREs et devs de Doctolib ont dû trouver des solutions plus pérennes. Grosso modo, ça se limite à 2 scenarii :

Une plus grosse DB en écriture
Découper la DB

Pas de bol, Doctolib utilise déjà les plus grosses instances disponibles sur Aurora. Une migration a donc été envisagée, parmi :

Spanner
Yugabyte
Citus MX
Vitess

Sans spoiler le talk, la totalité des candidats cités plus hauts étaient bons, mais pas suffisamment pour que Doctolib puisse l’envisager sereinement.

“La mort dans l’âme”, les équipes de Doctolib se sont donc résolue à splitter la DB, mais d’une manière qu’ils n’avaient pas imaginée initialement (via des foreign data wrappers).

Record du monde - Tour d’horizon et cas d’utilisation des records

Encore un talk d’un ex-collègue, Benoît PRIOUX !

Benoit a un background solide de Javaiste et il a voulu nous parler de cette nouvelle fonctionnalité que sont les “records”, maintenant GA en Java 17, la façon de les utiliser et quelques conseils.

Globalement, il s’agit d’avoir en une ligne, une classe avec un constructeur, des attributs immutables, des méthodes pratiques comme tostring, equals, hashcode, implémentées par défaut.

Benoit a ensuite montré d’autres manières de le faire, en Java ou dans d’autres langages, en quoi ça pouvait bien servir (DDD, primitive obsession, quasi monoid), ainsi que quelques conseils.

Et… J’ai tout compris :D

Qu’avons-nous appris après un an passé à développer des opérateurs Kubernetes ?

Etienne COUTAUD (un copain Bordelais, organisateur du CNCF meetup de Bordeaux) raconte par où ils sont passés chez Artifakt pour fournir à leur client un PaaS multicloud en développant des opérateurs Kubernetes.

Ils avaient déjà un front et un back, mais pour éviter de faire grossir inutilement ce dernier en ajoutant toujours plus de code pour gérer les interactions avec les cloud providers, ils ont décidé d’ajouter un composant “plateforme” dont c’est le but.

Pour ce faire, ils ont créé des opérateurs et des CRDs pour chacun des composants dont ont besoin leurs clients.

Etienne a pris le temps de bien nous expliquer tous les concepts, puis de nous donner des conseils, si nous aussi nous souhaitons nous lancer dans l’expérience :

Prendre le temps de définir sa CRD avec le métier
Bien typer et indiquer les champs obligatoires, etc
Utiliser un framework pour faciliter le développement de l’opérateur (shell-operator, kubebuilder, kopf, KUDO, etc).

Il a ensuite expliqué l’intérêt des ValidatinWebhook et des MutatingWebhook dans le cadre du développement d’opérateurs Kubernetes.

Pourquoi DevOps ne tient pas ses promesses ?

J’ai terminé DevoxxFR sur ce talk de mon ancien camarade de promo et ami Gérôme EGRON et son collègue Guillaume MATHIEU, qui nous ont parlé de Devops avec ce titre un brin provocateur ;-p.

J’ai bien aimé et j’ai retrouvé quelques similitudes avec mon talk “SREs ! SREs partout”, mais du point de vue des développeurs.

C’était très amusant de voir qu’on dit la même chose, au final, même si on est historiquement pas du même côté du “mur de la confusion”.

Ce qui m’a le plus plu, c’est quand ils ont dit qu’une des raisons pour lesquelles le DevOps ne marchait pas était parce que :

Quand on fait du DevOps, on fait souvent de l’outillage et pas de la culture

100% d’accord !

Retour à Bordeaux

MERCI MERCI MERCI LES ORGAS !

Je rentre des paillettes dans les yeux (aïe, ça pique).

Devoxx France 2022 - Récap du jour 2

Thu, 21 Apr 2022 20:00:00 +0000

Jeudi, jour de passage pour moi 😅

Les résumés des 3 jours de DevoxxFR 2022

Hier, j’ai fait un petit compte rendu de ma première journée de conférence et il est donc logique que je continue aujourd’hui.

J’vais pas mentir, il y avait un peu plus de pression car c’est le jour où j’avais mon talk ;-).

La Keynote de Devoxx France 2022 - 10 ans déjà

Speaker(s) :

Nicolas MARTIGNOLE
Antonio GONCALVES
Zouheir CADI

Première conférence de la journée, dans l’amphi bleu. Arrivée sur scène des orgas sur un air de rock, on est dans l’ambiance.

Forcément, cette première keynote était consacrée aux 10 ans. L’occasion de revenir sur cet événement qui est devenu iconique pour beaucoup de développeurs.

Tout commence avec la création du Paris JUG en 2008. En 2009, à JavaPolis (Belgique), la communauté FR est déjà sur place ! Comme le ParisJUG commence à grossir et que les JUG locaux sont bien présents, l’idée de copier JavaPolis (maintenant Devoxx) commence à germer.

En 2011, les orgas historiques annoncent DevoxxFR pendant l’édition belge. La première édition aura lieu au Mariott dans Paris, qui deviendra vite trop petit.

En 2015, on passe au Palais des congres. Enfin, ce qui était fait un peu à la main deviens de plus en plus pro.

Aujourd’hui, Devoxx France c’est plus de 3000 participants, mais c’est une vraie franchise avec 6 Devoxx différents et plusieurs VoxxedDays.

10 ans de Tech à travers le podcast Niptech

En invités de keynotes, il y a eu les membres du podcast Niptech, un podcast francophone suisse tech.

Le début de l’aventure date d’environ 2001 avec l’expérimentation de radios amateurs, puis la diffusion des premiers podcasts en 2004.

Aujourd’hui, les outils utilisés ont finalement . Le site est toujours hébergé sur Wordpress, les flux RSS sont toujours au coeur du système. Pas besoin de changer ce qui marche ;-)

En revanche, plus d’iTunes ni du ustream (?), maintenant les gens écoutent leurs podcasts sur Deezer (oui , c’est presque ça qu’il a dit :-p) et Twitch.

Au delà de la présentation du podcast, l’idée était surtout de présenter des tendances de ces 10 dernières années et si elles ont tenu ou pas.

On a parlé de klout (analyse des réseaux sociaux + score !), de foursquare, de drones, de crypto.

La plupart de ces tendances ont fait long feu. Les podcasters ont conclus en livrant leurs 3 défis des 10 dernières années :

Données vs servies
Bundling vs unbundling
Innover vs réguler

Le petit mot “inspirant” de la fin :

Seuls les poissons morts nagent dans le sens du courant

Speaker(s) :

Benoit CURDY
Michael MONNEY
Baptiste FREYDT

Slow.tech : il est urgent de hacker le système !

Speaker(s) :

Frédéric BORDAGE

Cette keynote sur le green IT avait pour but de nous convaincre que nous devons faire mieux.

Le problème principal du numérique réside dans la consommation de ressources liées à la construction des terminaux.

L’angle du speaker était que nous avons des systèmes de plus en plus performants mais qu’en échange on fait des sites web de plus en plus gros.

Il faut arrêter la surenchère de consommation de ressources

Pour ce faire, il faut pratiquer l’éco-conception

Amélioration du produit
Reconception du produit
Innovation des fonctions
Innovation de système

La slow tech, c’est la fusion de la “low tech” et de la “high tech”.

Le présentateur a donné l’exemple d’un site de météo WeatherForce pour les agriculteurs qui a réussi à trouver des clients en afrique en envoyant des SMS plutôt des notifications.

Dans le même sens, l’intervenant disait qu’il fallait privilégier l’utilisation de chiens pour détecter les cancers plutôt que les gros clusters d’IA/ML de Google.

Je suis d’accord sur le fond (on a un problème), mais je n’ai pas été super convaincu par la façon dont le message a été passé…

Comprendre les enjeux de consommation de ressource et d’énergie dans le secteur numérique

Du coup, pour avoir un autre avis, je suis allé voir le talk de Quentin ADAM et Pierre BEYSSAC, qui a commencé par ce disclaimer

Personne ne dit qu’il n’y a pas de problème. On a même plusieurs gros problèmes

Modification chimique de notre atmosphère
Disponibilité limitée des matières premières
Pollution environnementale localisée

Les exploitations de charbon, ça rend les landers moins bucoliques

Merci Quentin pour tes punchlines :)

Tout au long du talk, on a reparlé de l’absence de méthode scientifique de la part des gens qui cherchent à tout prix à calculer l’impact d’un “byte” en termes d’équivalent CO2.

Après avoir montré les chiffres ne sont pas valides (hypothèses farfelues, pas d’info sur la marge d’erreur), Pierre et Quentin nous ont montré en quoi le numérique n’est pas le problème, et que les recommandations (couper sa box la nuit par exemple) étaient contre-productives.

On peut quand même bien sûr réduire intelligemment la consommation électrique :

tesla lance la charge des teslas quand EDF lui dit de le faire (aka quand on a trop d’électricité)
les DC accumulent la chaleur / la libère avec des piscines chaudes et froides
compiler soi-même ses logiciels ;-)

Il faut optimiser la consommation là où ça a le plus d’impact. Faire de l’écoconception pour gagner l’équivalent CO2 de 2000 km de trajet voiture pour la totalité du traffic du site du Monde est ridicule.

En France, la part du numérique dans les emissions globales est très faible, par rapport aux transports, notamment.

Il faut mettre la consommation d’électricité du numérique face à ce qu’elle permet d’éviter (notamment, les gens qui télétravaillent ne prennent plus leur voiture), le numérique est utile.

Deuxièmement, la fabrication de terminaux est bien moins un problème si on utilise massivement le réemploi (réutiliser avant de recycler).

Arrêtez d’acheter des smartphones de merde qui lâche le support logiciel au bout de quelques mois

Dans les coulisses du “Cloud”

Fan d’ordinateurs plus vieux que moi

Cécile nous a présenté son métier : installation des serveurs, tirer les fibres, comment on fait pour interconnecter des racks, des serveurs, configurer les routeurs.

Elle nous a ensuite parlé des différences de certifications des datacenters, du cagibi au fond de l’openspace au dernier cri (comme celui d’Aquaray, certifié Uptime Institute Tier 4)

2 groupes électrogènes / 24H d’autonomie de diesel
des onduleurs dans 2 salles, dont le rôle est double
- nettoyer le courant des petites chutes / surtensions
- permettre de continuer à alimenter les serveurs le temps que les groupes électrogènes démarrent correctement (quelques minutes)
double adduction de fibres réseau, pour éviter la célébrissime “alerte pelleteuse”.

Ca m’a rappelé une expérience précédente, dans laquelle j’ai participé à la conception de DCs :’) #émotion #nostalgie.

Elle a enfin parlé de réseau et de comment les opérateurs et les différentes entreprises sont interconnectés au niveau mondial (une dizaine d’opérateurs de Tier 1, qui portent tout l’internet), a expliqué les principes et les limitations de BGP (IANA, RIPE NCC, peering vs transit, RPKI).

En conclusion, elle a rappelé que derrière la magie du cloud, il faut se rappeler qu’il y a surtout des humains, des serveurs et du réseau.

Equity for software engineers

J’avais prévu d’aller chercher ce talk de Damien PACAUD, mais finalement, j’ai eu une discussion passionnante avec Quentin ADAM et David LEGRAND. C’était bien aussi ;-).

Entiers, virgules flottantes ou représentations exotiques : parlons d’élégance

Speaker(s) :

Olivier PONCET
Fabien TRÉGAN

Dans ce talk, Olivier et Fabien nous ont parlé de gestion des nombres en électronique, de façon efficiente.

Difficile de résumer ce talk, aussi fun qu’éclectique, mais grosso modo on a parlé :

de nombre optimal d’états pour stocker des nombres (idéalement le nombre d’Euler)
d’ordinateurs ternaires, versus binaire (et du fait qu’on profite de la logique de Bool)
de Bibi-binaire (base16) de Boby Lapointe
de numération shadock
de représentation de flottants (sur un ensemble de bit fini)
de “demo” de hackers de jeux
de bresenham et rasterisation
de notation BCD

C’était super bien, mais j’avais pas pensé que j’allais refaire des Maths à Devoxx 😅

Ciel ! Mon Kubernetes mine des bitcoins !

C’était mon talk et j’étais bien stressé finalement ;-) j’ai eu quelques retours qui m’ont un peu surpris, j’espère que globalement ça vous a plu.

Les slides sont là

Une fois le talk fait, je ne suis pas retourné directement en conf, pour souffler un peu :)

Cybersécurité et générateurs de nombres aléatoires

J’avais pas forcément prévu d’aller voir ce talk et finalement c’était une super surprise.

Mathis HAMMEL nous a parlé de la sécurité des mots de passe. On a commencé par des recommandations simples sur les mots de passes :

Mot de passes complexe et différents
Stockés dans un générateur de mot de passe
La 2FA est utile contre le (spear)phishing
Rotation des mots de passe régulière pour les comptes partagés

Tout ça nous a servi d’introduction pour parler de l’anatomie d’une CVE sur Kaspersky Password Manager.

Il s’agit d’un password manager vendu par Kaspersky, mais qui dispose de plusieurs problèmes de sécurité, certains très graves :

Tirage pas uniforme pour essayer de combattre des attaques par Modèle de Markov
- Mais c’est contre-productif, car c’est facile de choisir un Modèle de Markow spécialement entraîné pour !
Kaspersky utilise Mersenne Twister, qui n’est pas un Cryptographically Secured Pseudo Random Number Generator
Kaspersky utilise en seed un timestamp (!!!)

La conséquence, c’est que :

2 personnes qui génèrent un mot de passe à la même seconde récupèrent le même
31 millions de mdp possibles sur une année, c’est crackable en quelques secondes

Bref, ya rien qui va !

Après la censure, l’auto censure… mais là c’est drôle, éducatif et avec de l’IA

Speaker(s) :

Pierre MORVAN
Louis TOURNAYRE

Pierre et Louis ont profité du confinement pour tester le machine learning alors que ce n’est pas du tout leur métier.

Pour s’entraîner à des confs et arrêter leurs tics de langage (les “euh”) ils ont décidé d’entraîner un modèle pour détecter le “euh”.

Ils nous ont expliqués ce qu’est un reseau de neurone, comment l’entraîner (back propagation). Il faut créer de la donnée pour générer plusieurs données d’entraînement.

Pour reconnaître les “euh”, on récupère le son du navigateur, fait une transformée de fournier pour le transformer en image “facilement” exploitable, puis on analyse le flux et on compte le nombre de “euh”.

Ca a fini par une démo avec “Teachable machine”.

Les sources du code github.com/ryarnyah/devoxx-euhh

REX: TDD avec TestContainers

Julien DURILLON a fait un REX d’un test qu’ils ont fait de sur TDD avec TestContainers.

Lors de la refonte de leur système de facturation (système critique s’il en est ;-p), ils ont voulu le faire en mode TDD.

La plupart des fonctions ne peuvent pas être testées unitairement, la couverture faible était très faible. Et lancer des TI lors de la préparation de la PR, c’est parfois un peu tard.

Julien nous a montré le code et effectivement ça a l’air très simple d’utilisation, surtout quand on connaît déjà JUnit.

Meet and Greet

La journée a fini (encore une fois) en apothéose avec une soirée Meet and Greet, payée par les sponsors.

B***EL il y avait du monde. Faut pas être agoraphobe.

J’ai pu revoir et discuter avec mes anciens collègues de Lectra, revue des connaissances de l’école d’ingé (!!) et rencontré (enfin en vrai !) DamyR et Louhdetech.

Mais au fait DevRel c’est vraiment qu’un lanceur de paillettes ?

Speaker(s) :

Stéphane PHILIPPART
Fanny KLAUK
Aurélie VACHE
Horacio GONZALEZ
Sebastien BLANC
Olivier LEPLUS
Philippe CHARRIERE

La dernière session que j’ai eu le courage de faire aujourd’hui était pour parler du métier de DevRel. Métier qui, en tant que blogger (passionné) et speaker (passionné tout autant) n’intrigue forcément.

Au final, je ne vais pas mentir, je ne suis pas ressorti avec une impression beaucoup plus claire de ce qu’était le métier de DevRel. Mais c’était tout de même très utile d’avoir les retours des différents DevRels autour de la table.

Globalement, ce que j’en retiens, c’est qu’il y a autant de façon de faire DevRel que de DevRel.

Le DevRel peut être celui qui passe tout son temps en conférence (certains parlaient de “seulement 30% du temps” alors que ça me parait déjà important).

DevRel ce n’est pas forcément un métier à temps plein selon Horacio, qui se voit plus comme un facilitateur pour des DevRels à temps partiel en interne (des gens qui aiment partager mais dont ce n’est pas le métier normalement).

Il n’y a pas de consensus pour déterminer si un DevRel c’est juste une autre façon de faire du marketing (moins direct, plus à destination des dev plutôt que du management côté client) ou pas.

On a reparlé du très bon article de Wassim Chegham, qui parle notamment (mais pas que) de la différence entre un “dev evangelist” et un “dev advocate”.

Le point le plus intéressant a été le moment où l’un des panélistes a demandé aux membres présents ce qui les motivait dans leur rôle de DevRel.

La plupart ont répondu “aider les autres” (avec des variations sur comment y arriver), certains ont répondu “discuter avec les gens”.

Autant je me retrouve dans la première partie, autant je me dis que je suis encore très loin d’être capable de faire la seconde.

Demain c’est loin (ou pas)

Fiouf, quelle journée… “Quelle vie, mes amis !”

Direction le dernier jour, demain !!

Devoxx France 2022 - Récap du jour 1

Wed, 20 Apr 2022 20:00:00 +0000

Mon premier Devoxx, directement pour celui des 10 ans !

Les résumés des 3 jours de DevoxxFR 2022

Je ne vais pas présenter à nouveau Devoxx, mais comme je suis à fond, je vais faire au mieux pour faire un compte rendu au fur et à mesure des conférences que je vois.

Pour me faciliter la vie cette année, j’ai suivi le conseil de Thomas SCHWENDER sur le blog de Devoxx et je me suis fait un fichier en Markdown avec à la fois mon agenda ainsi qu’une aide à la prise de note.

Première impression en arrivant : YA DU MONDE !

Et encore… le mercredi il n’y a pas tous les participants : cette première journée est surtout consacrée aux Universités dans un premier temps (des conférences ou labs de 3 heures) et aux Tools in Action. Beaucoup viennent à partir de demain, si j’ai bien compris.

3 heures, c’est un peu long quand on a pas (plus) l’habitude 😅. Heureusement, c’est Devoxx, les speakers sont tops :p

La révolution (wasm) est incroyable parce que vraie

Speaker(s) :

Philippe CHARRIÈRE
Laurent DOGUIN

A vrai dire, je suis allé à cette université uniquement par curiosité. J’avais envie de découvrir WASM dont parle tout le temps Philippe CHARRIÈRE sur Twitter ;-). Je n’ai absolument pas le background de développeur, encore moins d’applications JS et/ou web.

Heureusement, j’ai été vite rassuré de voir qu’on pouvait faire du WASM avec Go (que j’ai commencé à apprendre grâce à mon maitre Jedi et voisin). Ouf !

Je vais éviter de paraphraser ce qui s’est dit pendant la conférence (car je vais dire des con***ies) mais voilà ce que j’en ai retenu, dans les grandes lignes :

Webassembly a été conçu pour régler certaines limitations de JS suite aux disparitions de ActiveX, Flash, etc
Il permet de faire des binaires portables, de petite taille, compilés
on peut en faire avec plusieurs langages (dont Rust, Go, C++) et grosso modo on a quelque chose de similaire à un container, mais en plus petit, sans l’OS et donc plus sécurisé
Un standard WASI est en cours d’écriture
il existe des runtimes tel que wasmer, wasmedge, wasmtime qui permettent de faire plus de choses que juste du web
il y a encore pas mal de limitations dans WASM notamment très peu de types, un debug complexe, gestion d’erreur pas ouf, mais beaucoup de choses restent à venir
certaines entreprises open-sourcent des outils (comme reactr, Atmo, sat), permettant de contourner ces limitations et faciliter l’utilisation de WASM, notamment dans l’IoT

J’espère ne pas avoir dit trop de bêtises dans cette liste, je n’ai peut-être pas bien saisi toutes les subtilités ;-).

D’un point de vue extérieur à cet univers, j’ai l’impression que c’est pas totalement userfriendly pour l’instant, voire parfois pas totalement sec. Cependant, ça n’empêche pas qu’il y ait déjà des exemples d’utilisations de la techno :

web.autocad.com
Unity fait du webassembly (lien mort, j’utilise Internet Archive)
WASM fonctionne très bien pour faire de l’OCR dans un navigateur et en local
…

Si vous souhaitez refaire les démos réalisées pendant l’université, toutes sont disponibles ici : gitlab.com/wasmuniversity

Déployer Vault et Consul dans Kubernetes

Speaker(s) :

Vincent SEVEL
Ludovic BERTIN
Erik DE LAMARTER

Ici cette Université était un Lab. J’ai forké le dépôt Git (disponible ici)

J’ai décidé d’aller faire ce lab, car nous utilisons Vault, Consul et Kubernetes en production, mais que je sais que l’écosystème a beaucoup évolué et j’avais besoin de me remettre à jour.

La première partie était malheureusement forcément un peu orienté “débutant” pour Kubernetes (création de manifests YAML, déploiement helm), ce qui collait mal avec mes attentes.

Heureusement, les 2 derniers labs étaient plus concrets (utilisation de Vault via un token récupéré par le ServiceAccount d’une app).

On a aussi parlé en off un peu du Vault Agent et du CSI Vault, qui sont les deux options que je souhaite (re)découvrir (j’en ai déjà parlé sur ce blog).

Enfin, c’était une occasion sympa de discuter avec des pairs qui font des choix techniques similaires (ou pas).

Et j’ai croisé Idriss NEUMANN :-)

Exposants

Pendant les pauses, j’ai aussi fait le tour et j’ai pu discuter 5 minutes avec François TONIC du stand Technosaures (on a parlé de mon clone d’Apple 2 que je dois restaurer).

J’ai croisé David LEGRAND, qui m’a parlé plus en détail de son nouveau boulot chez Clever Cloud.

Du Chaos Engineering avec Litmus et Jenkins

Après les universités, c’est au tour des Tools in Action ! Des sessions de 30 minutes pour… voir un tool in action 😅.

Akram RIAHI nous a fait un REX sur la mise en place de Litmus Chaos (Framework opensource pour pratiquer le chaos engineering de manière cloud native), orchestré par Jenkins, chez un de ses clients. Après une très brève introduction sur ce qu’est le Chaos Engineering, Akram nous a expliqué que le Chaos allait devenir simple grâce à Litmus.

On va voir ;-).

Le but du jeu est de créer un pipeline qui passe d’abord les knows (tests QA) puis passe aux unknowns (le chaos) avant de déterminer si la nouvelle version de notre application peut passer en prod ou pas.

Litmus ajoute à Kubernetes des ChaosExperiment (CRD), qu’on peut écrire soi-même, ou que l’on peut piocher dans une registry ChaosHub (bibliothèque de scénarios)

Il existe également une UI (ChaosCenter), même si Akram conseille plutôt de tout faire “as code”.

Le temps a un peu manqué pour qu’on ait le temps de voir la démo complète.

Le code de la démo est disponible ici

Rendez l’agilité aux développeur(se)s !

Ce talk de Fanny KLAUK est un ensemble de saynètes sur une équipe de dev “agile”.

Il a visiblement été inspiré par des faits réels provenant de son expérience, mis en scène à la mode d’un livre dont on est le héros (j’étais fan, ado !).

Je ne vais pas spoiler le talk, il faut vraiment aller le voir. On sent le vécu, c’est plein d’humour et de bon sens (et pourtant !) sur comment améliorer la vie d’une équipe de dev.

Quelques mots clés : vision commune, amélioration continue, confiance, engagement, “prendre le temps”.

Créer & distribuer un plugin pour Kubernetes en quelques minutes ? Easy ! 🙂

Speaker(s) :

Aurélie VACHE
Gaëlle ACAS

En 25 minutes, Gaëlle ACAS et Aurélie VACHE nous ont montré qu’il était possible de créer un plugin pour kubectl et le mettre à disposition du MOooOode entier ;-).

Globalement, la CLI de kubernetes est pensée, comme le reste des composants de kube, comme extensible. Un simple binaire exécutable respectant le nom de kubectl-LENOMDEMONPLUGIN suffit.

Elles nous ont donc fait la démo avec un simple script bash qui ajoute des émojis devant les noms des pods, en fonction de la saison.

Une fois que c’était fait, la deuxième partie de ce dernier tool in action de la journée était la présentation de krew, (lui-même un plugin pour kubectl), qui permet de faciliter la recherche, l’installation et la gestion d’extensions pour kubectl.

Gaëlle a terminé le talk en nous présentant les plugins qu’elle utilise au quotidien. J’ai retenu en particulier “neat”, très utile pour nettoyer les champs rarement utiles pour les humains.

Soirée speakers

La journée a fini en apothéose avec un super cocktail entre orgas et speakers. L’occasion de rencontrer en vrai tous ces gens rencontrés sur les Internets, parler avec d’autres au gré des discussions ou revoir de vieux copains, avec entre autres Olivier PONCET, Cécile MORANGE, Aurélie VACHE, Gaëlle ACAS, Fanny KLAUK, David APARICIO, Gérôme EGRON, …

Mais je n’ai pas encore réussi à voir tout le monde que je voulais voir ;)

La suite jeudi !