Bon, qui dit gros épisodes de podcast, dit il faut qu'on passe à la suite.
Donc René, je t'en prie à toi l'honneur.
Oui, alors dans le dernier podcast, j'avais mentionné qu'il y avait une présentation de TriFix 3 à Devox.
Donc, si je vous encourage à aller voir cette présentation qui donnera peut-être probablement plus de détail que ce que je vais dire là.
Donc je vais juste revenir rapidement sur ce qui est TriFix.
TriFix est un reverse proxy, c'est une solution française développée dans la région Lyonesse, si je dis pas de bêtises.
Les releases ont des noms de fromage, on restait bien français.
Et donc, ils viennent de sortir la version 3, elles viennent passer GA.
Donc en français, je sais pas comment traduire GA exactement, disponibilité générale, on va dire ça.
Donc je vais vous rapidement lister un petit peu les nouveautés, il y en a beaucoup.
Je ne se maîtrise pas forcément toutes, donc n'hésitez pas à aller creuser plus dans la littérature, dans les blog posts,
pour citer certains sujets, vous avez besoin d'avoir plus de détails sur les sujets.
Mais voilà, je vais commencer un petit peu la liste.
Donc ce qu'on nous promet sur cette version 3, apparemment il y a eu un gros effort de fait sur la migration.
Donc manifestement, il y a pas mal des clients qui ont beaucoup d'ingresses contre leur...
avec Kubernetes, et donc la migration peut, quand on a des gros volumes, être compliqués.
Donc un effort de fait pour avoir un guide extrêmement bien détaillé.
Et aussi une compatibilité avec la version 2 qui permet de migrer un petit peu de façon pas Big Bang.
Donc voilà, ils ont vraiment travaillé cet aspect là, surtout que je pense que la version 1 et la version 2,
ça avait été peut-être un peu plus compliqué de mes souvenirs.
Donc un effort sur ce sujet là, donc le support aussi maintenant de HTTP3.
Donc avec quelques challenges du côté des équipes apparemment de développement,
parce que c'est vraiment nouveau, ça s'appuie, il n'y a plus de TCP en HTTP3 pour rappel.
Ça se base sur UDP et un protocole de transport qui s'appelle Quick, qui a été fait par Google.
Un support de GRPC web, pour faire des communications directes entre le front-end web et un back-end GRPC.
Le support de quelque chose qui s'appelle Spiff.
Alors là je bote un peu en touche parce que je sais juste que ça concerne un petit peu.
C'est un framework pour la sécurité des communications.
Je ne sais pas exactement ce que ça implique, donc je ne vais pas me lancer dans le détail de ce que c'est.
Les connaisseurs pourront faire un retour sur le forum si ils veulent.
Le support d'une société qui propose des services autour de VPN sécurisé qui s'appelle Talescale.
Le support de la compression Brotli pour les échanges et donc gagner en volume d'échange entre les serveurs et les clients.
L'intégration de plugins via WebAssembly.
On en a déjà parlé, j'ai déjà évoqué que WebAssembly, un des use cases classiques, c'est de pouvoir faire des plugins pour les applications et les exécuter de manière sécurisée.
Donc là, ça intégré dans Trafic.
Ça a été facilité par une bric logicielle qui s'appelle HTTP-Wazm qui propose une interface de programmation qui apparemment leur a simplifié la vie.
On peut rajouter des plugins customisés et utiliser les use cases classiques, c'est de faire des filtres.
Un des exemples qui est arrivé avec Trafic, c'est qu'il y a un WAF Web Application Firewall qui s'appelle COROSA qui est fait par le WAF.
On peut utiliser cette bric logicielle comme plugin dans Trafic et donc disposer d'un WAF en plus des fonctionnalités de reverse proxy.
Le support complet a premier vu d'open telemetrie.
Open telemetrie, c'est un standard pour l'échange des métriques et aussi des traces logicielles.
Trafic supportait déjà pas mal de remonter de métriques vers différents logiciels, tids promettéous, etc.
Et là apparemment, il respecte le standard open telemetrie du qu'on peut utiliser des solutions compatibles.
Il y a pas mal de choses. Il y a des F check qui ont été rajoutés pour GRPC.
A première vue, les backend GRPC peuvent mettre un certain temps à être disponible et donc il y a des problématiques autour de ça.
Il y a un F check qui permet de temporiser les requêtes jusqu'à ce que le service GRPC soit disponible.
Des améliorations sur tout le login en termes de performance, de rotation de log, etc.
Et une meilleure expérience pour le debugging en utilisant ces logs là.
Pour la prochaine version, vu que j'ai rapidement les performances apparemment,
il va y avoir des grosses améliorations de performance, pas probablement pour la 3.1 ou la 3.2
qui arriveront pour... et donc il y a eu des benchmarks de comparaison avec Engings et apparemment un trafic s'en sort plutôt bien.
Pour les affinions sur naidos de Kubernetes, apparemment il y a une compatibilité complète avec la Gateway API.
Donc je suis pas un grand spécialiste de Kubernetes, mais ce que j'ai cru comprendre c'est que la Gateway API,
c'est pour aller plus loin que les ingresses et c'est de nouvelles façons que les ingresses avaient certaines limitations
et il fallait déclarer des annotations pour faire un certain nombre de paramétrages et c'était pas forcément consistant
entre les différentes solutions et donc la Gateway API de Kubernetes permet de faire ça de manière beaucoup plus élégante
et donc c'est complètement supporté par Trafic.
Et un truc que j'ai trouvé intéressant qui mentionne c'est aussi qu'il renforce un peu toute la contribution open source,
c'est-à-dire qu'il mette un petit peu en avant le fait de vraiment privilégier les retours de la communauté
et donc de vraiment faire un effort pour les intégrer et je trouvais ça intéressant
parce que c'est un projet open source qui est vrai, je trouve que c'est un vrai succès,
c'est un projet qui est mondialement connu et je trouve qu'ils ont bien gardé ce côté.
Ça reste vraiment un projet open source, c'est un vrai projet open source qui travaille avec les contributions externes
et manifestement il s'essaie de vraiment garder cette synergie et j'ai trouvé ça plutôt intéressant.
Voilà, j'ai un petit peu fini cette longue liste à la préverse.
Si vous voulez ajouter des choses ou si vous voulez qu'on creuse des fonctionnalités de manière un peu plus détaillée,
et bien on peut en parler.
Je vous laisse la main et Christophe, si tu veux.
Je vais commencer à mon grand désespoir, je n'ai pas trouvé le nom de la release en version fromager.
Je l'ai cherché pourtant longtemps et je crois qu'ils ont abandonné ça.
Non, bah écoute, tu ne l'as pas dit.
Je ne crois pas, je vais essayer de te la trouver.
En tout cas, j'ai cherché de partout sur Github, sur les articles de blog, je n'ai pas trouvé.
Trafic, c'est vraiment bien ce qui font, je sais que j'avais rencontré le fondateur allonge justement
à une époque, il voulait m'embaucher mais moi j'étais bien freelance, donc il ne voulait pas travailler avec des freelances.
Tant pis, on n'a pas travaillé ensemble.
Mais voilà, il y a déjà un patch qui est sorti, la 301, un patch pour corriger certains fixes.
Donc ça bouge bien, moi ça trafic, c'est le gistell que j'aime beaucoup dans le monde des conteneurs,
c'est le reverse proxy que je conseille par défaut,
parce que j'adore toutes les fonctionnalités qui sont, bah, configuration par les labels de conteneurs,
découverte de services, tout ça, c'est des trucs qui sont vraiment bien.
J'ai hâte de passer à cette version 3, parce que nous, on est sur un petit projet là en ce moment,
avec trafic et portoneur, on est encore en version 2, donc je pense qu'on va passer sur la version 3 dès qu'on pourra.
Ça a vraiment super bien ce que tu nous dis, mais ça mérite qu'on teste.
Je ne sais pas si Nida ou Guillaume a un avis là-dessus.
Moi, le truc qui m'interpète le plus, c'est les Lchecks.
J'ai hâte de tester, c'est un truc dont je parle beaucoup avec plein de gens.
Si tu n'as pas de Lchecks dans tes applications, il faut en mettre.
Donc c'est bien qu'il y ait plein de Lchecks.
Je vous en prie, celui qui veut attraper la balle...
Je prends à la volée, bah moi je ne suis pas mes élèves, je n'ai jamais utilisé trafic.
Donc voilà, comme ça Guillaume peut rebondir la tchecks.
Alors moi je l'ai utilisé.
Effectivement, oui, Christophe c'est un super outil trafic.
Dans le monde surtout de l'orchestration de conteneurs, dans le monde Kubernetes,
je dirais pas qu'il est incontournable, parce qu'il a d'autres alternatives,
et notamment des projets comme Envoy qui sont supportés par la CNCF.
Mais ça reste vraiment, oui, un reverse proxy que je conseille très fortement,
qui a plein de fonctions super sympa et bien pratique.
Et moi aussi j'attends de tester cette version 3,
parce que je vois le support de la Gateway API pour Kubernetes.
C'est quelque chose que j'attends, en fait, pour expliquer un petit peu à nos auditeurs,
ce Gateway API c'est une fonctionnalité nouvelle dans Kubernetes
qui a apparu depuis une version, il y a quelques années, dans Kubernetes,
qui est stable depuis un petit moment, et ça demande des implementations.
Donc certains acteurs se mettent sur cette spécification Gateway API
pour implémenter leur façon de faire reverse proxy
pour remplacer ce qui s'appelait les ingress avant, en fait, dans Kubernetes,
qui permet quand on requête notre cluster Kubernetes,
notre agréga, pardon, Kubernetes, avec un certain nom de domaine,
ça va nous rediriger derrière un certain service qu'on a configuré dans Kubernetes.
Donc les Gateway API remplaceraient ces ingresses qui faisaient ce routage avant,
en cloisonnant un petit peu mieux les rôles pour savoir ce que les ops doivent faire,
ce que les devs doivent faire, et avoir comme ça des choses un peu plus flexibles,
aussi modulaires pour son utilisation.
Donc oui, c'est quelque chose que je vise à utiliser le plus possible dans les projets,
cette Gateway API, donc le fait que Trifiq l'implémente, ça m'intéresse assez fortement.
Peut-être juste un truc que je n'ai pas dit, c'est que c'est...
enfin on n'a pas forcément dit, et Trifiq a des avantages, c'est qu'il est très dynamique,
et il est relativement simple à mettre en place,
et c'est une solution effectivement pour ça qui est assez agréable à utiliser,
et puis, bon, on est un peu chauvin, donc du coup les Français, c'est plutôt cool.
Et bien, merci pour cette petite news, parce qu'on a un programme chargé,
donc tu l'auras compris, si tu n'utilises pas encore Trifiq, tu peux aller voir, c'est vraiment un bon outil.
Alors, comme tous les mois, on a le sponsor du mois,
et justement, ce mois-ci, on va parler d'un sponsor qui est encore une belle...
je porte son t-shirt, c'est Frogit, mais on va parler de la Frogit Academy,
qui a un nouveau sujet que je lance.
Alors, la suite, c'est la place du sponsor du mois,
tu as pris l'habitude, chaque mois, il y a un sponsor.
Ce mois-ci, je vais te parler de ma nouvelle offre,
puisque pour l'instant, c'est encore moi qui sponsorise le podcast.
Donc, la nouvelle offre, c'est l'Académie Frogit.
Alors, la transmission, c'est mon Dada,
et je cherchais à améliorer tous nos services autour de GitLab,
puisqu'avec Frogit, on veut vraiment se spécialiser autour de GitLab.
J'ai donc imaginé l'Académie Frogit,
qui permet justement de maximiser l'efficacité des équipes techniques,
en dynamisant leur maîtrise de GitLab avec une académie en ligne.
Alors, si tu crées du code avec GitLab,
que tu as à apprendre,
ou à utiliser plus rapidement pour être plus productif cet outil,
si tu commences simplement à utiliser GitLab,
ou que tu veuilles te perfectionner,
écoute bien, parce que ça pourrait t'intéresser.
Alors, dans l'offre Academy Frogit, il y a trois plans.
Le premier plan, c'est GitLab Mentor As-de-Service,
où tu poses tes questions sur un forum
et tu votes pour celles qui t'intéressent.
Puis, chaque mois, il y a un mentor qui va dédier une heure
à répondre en vidéo aux questions qui ont reçu le plus de votes.
Le deuxième plan, c'est l'école GitLab
pour te former en autonomie et à ton rythme,
puisque chaque mois, tu vas recevoir un module vidéo
de notre formation continue GitLab.
Avec des exemples concrets, des cas d'usage et un exercice pour t'entraîner,
et en bonus, de ce plan-là, tu auras le plan précédent,
GitLab Mentor As-de-Service, mais aussi un abonnement mensuel,
tout compris à Frogit.
Et enfin, le plan le plus élevé, c'est l'accélérateur GitLab.
Je t'en ai déjà parlé.
Ça permet d'accélérer ton apprentissage
grâce à un mentor qui va te partager sa recherche et développement.
C'est un programme de formation et de mentoras collectifs
par promotion de cinq personnes,
puisque toutes les deux semaines t'as une session
de deux heures en visu conférence avec un mentor,
t'as le replay des vidéos pour faire tes révisions,
les notes du mentor, une transcription complète
faite par ya de chaque atelier,
et un espace de discussion pour la promo.
Et en bonus, tu as les plans précédents.
Donc l'académie Frogit, c'est vraiment là
pour propulser ta maîtrise de GitLab à une vitesse supérieure.
Et comme c'est nouveau, en fait, que je teste cet offre-là,
je fais une bêta, pendant trois mois de cette année, 1024,
je te propose de faire partie de la bêta
avec 50% de réduction sur les prix,
et en échange, je vais te demander un témoignage
et un retour sur la bêta.
Ça me permettra de mieux qualifier l'offre
et de voir là où justement je peux améliorer les choses.
Donc tu peux aller sur bref.lydra.fr.académie.fr
ou alors c'est le premier lien en description,
et puis tu verras tout ça, et puis si tu as besoin,
tu peux m'écrire aussi, tu peux prendre contact avec moi.
Il y aura les tarifs.
En plus, sur cette page-là, tu verras
que, comme il y a trois plans, il y a trois tarifs.
Mais là, ce que je te propose, c'est la bêta
aux tarifs le plus élevés, mais avec les 50% de réduction.
...