Bonjour à tous et à toutes et bienvenue en ce deuxième numéro d'actu, d'actu DevOps.
Alors cette semaine on a quatre actualités dont on va parler, on va parler notamment
de Grafana, de Lidl, de GitLab et Microsoft, un petit teasing sur ce qu'on va dire.
Et pour m'accompagner aujourd'hui on a Charles.
Bonjour, Charles Judith, le Seigneur SRE chez Criteo depuis un petit moment, depuis la
sixième année, avant de bosser sur la stack Monitoring Obserrability.
Et aujourd'hui depuis un an, demi, deux ans, je bosse sur toute la partie base de données
open source, donc MariaDB, MySQL.
Super.
Alors pour ceux qui n'ont pas trop remarqué, il fait partie un peu de la stack des Criteo
sur DevOps, puisqu'on a travaillé ensemble avec aussi Victor, Bartelémy et Xavier.
Donc ça fait un peu de monde.
Mais voilà, mais c'est la première fois que tu viens dans le podcast, c'est vraiment
cool.
Notamment tu vas pouvoir nous parler de Grafana, comme vous avez pu entendre, tu touches pas
mal à la partie Monitoring.
Donc c'est vraiment cool.
Juste un petit rappel sur Actu pour les gens qui voudront nous rejoindre la prochaine fois.
Donc c'est tous les lundis, on fait ça en direct sur Discord et on a un repository
GitHub que vous trouverez en description du podcast où on a toutes les dernières actus
qu'on met en forme d'issues GitHub et voilà, ça nous permet de pouvoir les commenter si
jamais il y a besoin et de pouvoir en parler.
Et juste avant le podcast, on sélectionne parmi toutes les actus des deux dernières
semaines lesquelles on veut parler.
Donc voilà, c'est toutes les deux semaines pour le DevOps en alternance avec Kubernetes,
des actus spéciales dans le podcast dans ton cube.
Et voilà, on peut commencer.
Et on va commencer d'ailleurs avec toi directement Charles puisque la news de la semaine dernière
côté Monitoring, c'est Grafana 7.
Donc, est-ce que tu peux nous en dire un peu plus dessus ?
Exactement.
Donc l'événement, alors je suis un petit peu plus de contexte, Grafana 7 a été annoncé
lors de la conférence online Grafana, mais que GrafanaCon n'a pas pu avoir lieu à
cause de la pandémie actuelle.
Du coup, ils ont fait la conférence online, donc tous les joueurs, il y a une ou deux
audiotalk tous les soirs.
Et du coup, la personne qui était à la base de Grafana, Tarkel, il a présenté Grafana
7 avec des choses assez intéressantes selon moi, notamment au niveau de la partie UX
design ou maintenant qu'on veut faire, qu'on a un dashboard de fait, par exemple, on peut
analyser les données du dashboard.
Donc, on a un petit tableau qui souffre sur le côté avec les données qui s'affichent,
par exemple, avant quand on avait des problèmes ou quand on voulait voir si on avait assez
de données sur un dashboard, donc il fallait partir en mode édition, faire quelques actions.
Donc, c'est très intéressant.
Pour rester sur la partie UX, aujourd'hui, quand on met plein de single-state, les single-state,
c'est les panels où en général on a un pourcentage ou on a un petit graph, un gros cube.
Aujourd'hui, on a une espèce d'auto-ajustement où on peut prendre tout ce petit panel là
et on peut scroller facilement avant qu'on ait été en mode, je peux le mettre par palier,
là apparemment on peut mettre en mode freestyle.
C'est super cool.
C'est super cool quand on est pointieux, quand on fait un dashboard parce qu'on veut que
ce soit bien aligné, on veut que ce soit comme ça.
Là, c'est vraiment pratique pour le coup.
Ça paraît pas grand-chose, mais c'est intéressant.
On a vu l'apparition de nouvelles icônes pour tout ce qui est panel, etc.
Donc, les panels graph, stage, j'ai compagnie.
J'avoue que le petit panel polystat avec le petit lead à base, ça me fait pour ça
un peu data-dog, mais bon, c'est peut-être que moi.
Non, non, on ne le sait pas que toi parce qu'on voit aussi dans la release, il y a toute
la notion du tracing et des logs qui étaient apparus déjà avec Loki avant.
On voit vraiment que Grafana, en tout cas dans cette version 7, donc là le tracing,
donc ça s'intègre avec les Yeager.
Pour ceux qui ne connaissent pas Yeager, c'est un produit du CNCF qui permet d'avoir
des traces en format open tracing.
Et donc Yeager peut être une data source pour Grafana 7 et donc avoir les traces et donc
potentiellement pouvoir les mixer avec Loki en termes de source.
Donc, on peut avoir notre monitoring, notre tracing et les logs directement dans notre Grafana.
Oui, Grafana continue son excellent travail parce que je pense que c'est un excellent
travail qui est fait derrière pour fournir une plateforme d'observabilité entre gimme
open source parce que là, avec l'ajout du support du tracing, comme tu l'as dit, on
voit vraiment qu'il pousse vraiment à fond sur Loki derrière et qu'il veulent vraiment
que les gens commencent à utiliser un peu comme Grafana, un peu comme un équivalent
justement Datadog qui est une plateforme d'observabilité payante.
Donc là apparemment, ils voudraient faire l'équivalent plus ou moins en mode open
source.
C'est très intéressant.
Ça montre tout le travail qui a été fait là-dessus.
Donc franchement, bravo à eux.
Après, qu'est-ce qu'il y a comme changement majeur, le nouveau panel pour les tableaux.
Ouais, c'est un peu plus pratique qu'avant.
Avant les tableaux dans Grafana, moi, j'aimais pas du tout là avec ce qu'ils ont fait.
Avec des ajustements de manière très facile comme ça, avec quelques clics, ça me donne
envie d'utiliser un peu plus le panel tableau parce qu'avant, c'est génial.
Pas ça pratique.
Je pense de toute façon qu'on pourra faire un numéro sur l'autervabilité de DevOps.
Quand tu as des gens déjà, pour en parler, c'est pour oublier que les numéros qu'on
fait, c'est aussi à la...
C'est-à-dire, il faut que les gens viennent me voir.
Si jamais vous avez envie de parler d'un sujet, n'hésitez pas à venir.
Chaque fois, on a fait des numéros dessus.
On n'a pas d'ordre.
On ne fait pas forcément tous les mois, mais on peut en faire quatre par mois si jamais
il y a quatre sujets avec des gens pour en parler.
Et je pense que Grafana et toute cette notion d'observabilité dont tu as parlé peut être
très intéressante pour cette notion de gestion avec les traces avec Loki.
Loki, d'ailleurs, on n'a pas trop parlé, mais c'est un log agrégateur pour Kubernetes
et qui est extrêmement...
Le but étant d'être l'équivalent d'un prometteuse pour les logs globalement.
Jamais, je résume un peu la volonté du projet.
Mais voilà, tout ça intégré dans Grafana ensuite.
D'ailleurs, c'est des projets Grafana, Loki.
C'est un projet fait par le grand.
Voilà un peu pour Grafana 7, mais je pense qu'on aura un sujet...
Il faut qu'on fasse un sujet dessus un jour plus long pour que vous ayez un sujet.
Un peu plus les bases et que vous arrivez à comprendre peut-être toute cette notion
d'observabilité en de manière globale.
Pas que le monitoring, mais aussi tout ce qui va avec le tracing, etc.
Deuxième news que j'ai vu.
Alors, là, une petite news très rapide, mais jamais vous l'avez pas vu passer.
Ça peut être assez intéressant.
On n'a pas beaucoup de détails encore, mais c'est Lidl qui regarde pour faire un concurrent
d'AWS.
Alors pourquoi j'ai retenu ça comme news un peu DevOps ?
Parce que je trouve ça assez drôle d'avoir AWS vient d'Amazon et d'avoir toutes ces
entreprises-là du secteur de la grande distribution qui se disent qu'elles peuvent concurrencer
à ma AWS.
En fait, c'est le même métier que de livrer des chaussures ou de vendre des chaussures,
vendre des livres, vendre tout ça et de faire du cloud.
Alors, est-ce qu'ils vont réussir ? Est-ce qu'ils vont pas réussir ? Je ne sais pas.
Mais je trouve ça assez marrant comme logique de se dire, on a une infrastructure.
Maintenant, on peut essayer de la vendre à d'autres.
Alors, je pense personnellement qu'ils arrivent extrêmement tard.
Je ne connais pas l'infrastructure de Lidl, je ne connais personne qui est dedans.
Donc à part s'ils vraiment, ils ont quelque chose de ultra game changing, comme on dit,
c'est-à-dire que Lidl est vraiment un innovateur particulier dans le domaine du cloud, quelque
chose qu'on ne sait pas et qu'on découvrira quand ils se lanceront.
C'est intéressant à voir là-dedans une nouvelle plateforme qui existe en concurrent
d'AWS.
De toute façon, c'est toujours mieux d'avoir des concurrents européens dedans et des
concurrents qui sont des vrais acteurs.
Et pourquoi je les choisis aussi, c'est parce qu'à la différence d'un OVH qui n'est
que un pure player du cloud, c'est-à-dire quelqu'un qui ne fait que du cloud pour lui,
AWS était à la base l'infrastructure d'Amazon.com et avait déjà son propre client.
Et donc avoir une stack du It Your Own Duck Food, un écosystème comme ça.
Et je me dis peut-être si Lidl est dans le même genre, on peut voir apparaître un concurrent
européen à la hauteur pour AWS.
Ce qu'on n'a pas en France, on n'a pas de concurrents It Your Own Duck Food.
Donc avec une qualité, on peut me taper dessus, peut-être des gens trouvent ça très bien.
Mais une qualité quand même très aléatoire, on va dire, des providers de cloud français.
Donc voilà.
Avoir en tête, on verra ce que ça rit, dans mon avis ça ne arrivera pas très vite.
Une petite news qui est arrivée ces derniers jours.
Une news pour le coup beaucoup plus importante en tout cas pour les gens qui l'utilisent
beaucoup, c'est GitLab 13.0 qui est sortie.
Alors je ne suis pas un très très grand utilisateur de GitLab.
Je fais beaucoup d'open source mais j'utilise beaucoup plus GitLab malheureusement ou heureusement
c'est suivant les goûts.
De ce que je vois, c'est que GitLab continue son intégration de toute la stack de déploiements
et de travail, de devenir une sorte d'usine de développement qui va du code source vers
le déploiement.
Donc là on a une intégration plus forte avec CS par exemple.
À la base GitLab, alors je ne sais plus en quelle version a intégré pas mal GitLab
Kubernetes, pardon.
Et là, on intègre Amazon ECS.
Voilà, sans doute dans une volonté d'être plus diversifiée.
On a une intégration de terraformes plan aussi dans les merges request.
Donc si jamais vous avez au fait du terraformes avec votre GitLab, vous pourriez très bien
avoir à l'intérieur de la poulre request exactement ce que va faire Terraforme, en
fait d'avoir votre résumé terraformes plan directement dans GitLab.
Voilà, c'est les petites améliorations comme ça qui sont plutôt pas mal.
Avec plein de petites choses, on a des améliorations sur l'abétesting aussi directement dans GitLab.
On voit vraiment qu'on a cette intégration très forte qui continue de la part de GitLab
d'être l'usine de bout en bout.
Si vous mettez un GitLab, vous avez 90% des besoins qui est déjà couvert.
La CI, la gestion de code source, bien entendu, mais aussi la gestion de release, la gestion
de votre artifact docker par exemple, etc.
Donc on voit vraiment que c'est...
Alors, à voir comment ça évolue dans l'avenir, moi j'avoue qu'à l'heure actuelle, je trouve
que GitLab devient justement peut-être un peu trop gros et fait de l'ombre à des
solutions peut-être plus focus sur une solution précise.
Peut-être, voilà, j'aurais préféré avoir un logiciel qui devient moins tentaculaire
comme il est maintenant, peut-être divisé en plein de petits bouts qui sont réunis
au sein d'une tente.
Voilà, à voir comment ça évolue dans les prochaines versions, mais en tout cas, pour
les startups qui se lancent, je trouve vraiment la solution GitLab, alors actuelle, quasiment
parfaite à part utiliser, bien sûr, un provider complètement dans le cloud type GitLab, qui
lui aussi a eu des annonces très orientées dans la même chose, en fait, dans une ligne
de développement complète avec la gestion de vulnérabilité, la gestion GitLab Action
qui continue d'améliorer, etc.
Donc on voit vraiment que les deux modèles tendent à progresser vers cette notion d'usine
de développement complète de bout en bout.
A voir comment ça évolue dans les années à venir.
Je ne sais pas si Charles, tu as quelque chose l'un de temps ?
Je vais trouver une petite question slash commentaire ou slash remarque.
Avant, on avait l'impression que GitLab essaie de refaire ce que GitLab avait fait et c'est
peut-être une impression de mon côté après je suis plus un utilisateur de GitLab que
GitLab.
J'ai l'impression qu'aujourd'hui, GitLab est un peu légèrement en avance sur GitLab.
Bien, clairement en termes de nombre de fonctionnalités, GitLab est largement en avant.
Après, la question c'est est-ce que justement il faut avoir cette est-ce que c'est une
course à la fonctionnalité ?
Moi, c'est là un peu mon petit point qui arrive là-dedans, c'est que ça ne gêne
pas d'avoir un produit qui fait beaucoup de choses.
Ça me gêne qu'il soit complètement tout intégré tout le temps, c'est-à-dire de
ne pas être pluggable en fait.
Des fois, on reproche qu'on fait à Kubernetes mais par exemple, Kubernetes est entièrement
tourné sur une API avec juste des composants qui parlent entre eux mais avec un centre
qui est une API.
Là, GitLab, j'ai l'impression que tout est en rubis, tout est à l'intérieur et au
final, c'est un gros monolithe rubis qui fait une tonne de choses dedans.
Après, tant mieux parce qu'on a ces fonctionnalités-là qui sont disponibles.
Et 90% du temps, en mon avis, GitLab fait très bien le boulot, surtout quand on n'a
pas accès à du cloud et qu'on doit le faire en primise.
Je pense que tous les gens qui ont besoin de développer hors cloud sont ravis d'avoir
GitLab disponible pour faire...
Voilà, GitLab CI a quand même, enfin, je pense à l'heure actuelle, une des meilleures
solutions pour faire de la CI en primise.
Voilà, c'est ce genre de choses-là.
Mais oui, en effet, maintenant, on voit que GitLab, GitLab aussi via son rachat par Microsoft,
on va d'ailleurs nous faire de la transition avec la news de tout à l'heure, via son rachat
par Microsoft, c'est ce dont on a parlé il y a deux semaines, tant à migrer plein
de choses qui étaient dans Azure, à les migrer dans GitLab, notamment les Pipeline
DevOps Azure Pipeline, etc. qui migrent dans GitLab Action, offerant la mesure ou qui
vont l'être.
Pour avoir deux produits, un orienté Developer Experience qui sera donc GitHub et un orienté
Ops Experience qui sera Azure.
Et au final, c'est pas mal d'avoir ces deux produits-là en fonction des utilisateurs
en fait.
Les deux se mariant assez bien.
Mais pour l'instant, GitLab n'est pas entièrement marié avec Azure et il n'y a pas GitLab
Action et utilisable partout avec du GCP, etc.
Mais oui, en termes de fonctionnalité, on voit que GitLab et à l'heure actuelle au-dessus,
notamment par exemple une registrie.
Mais voilà, peut-être que le GitHub se repose sur le fait qu'une registrie, c'est quelque
chose qui est Ops Side et donc qui est gérée par GCP, par Azure et par AWS.
Là où GitHub se concentre sur les Pipelines de CI pour après pousser dans une registrie
qui a les gérées par les Ops.
C'est peut-être ça en fait la distinction alors que GitLab, c'est beaucoup plus de
choses et peut-être empiète un peu plus sur le domaine des Ops que le fait GitHub.
Ah, voilà, on verra dans l'avenir ce qui se passera, mais voilà mon petit ressenti.
Et dernière news donc sur Microsoft et donc ça vient clairement avec ce rachat de Microsoft
de GitHub.
C'est toute la dynamique actuelle de Microsoft et là, c'est une news qui est passée, c'est
une petite news d'une interview dans The Register où des gens maintenant chez Microsoft
tendent à dire que Microsoft était du mauvais côté de l'histoire en termes de technologie.
On se souvient de Steele Balmer par exemple qui pouvait dire dans une interview que Linux
était un cancer pour l'informatique.
Et bien maintenant, on a donc cette espèce de méa-culpa qui tend à arriver où Microsoft
peut dire facilement qu'ils étaient peut-être du mauvais côté de l'histoire quand ils
prenaient à tout prix de logiciels propriétaires.
Et maintenant, cette société donc tend à renaître mais totalement.
On a vu des nouvelles également et des annonces de Microsoft où ils vont intégrer le kernel
Linux qui était déjà dans WSL2 de manière beaucoup plus forte, c'est-à-dire que des
applications Linux natives pourront par exemple faire du DirectX 12 et qui parlera nativement
avec le kernel Windows.
Ça c'est quelque chose de complètement nouveau, c'est-à-dire qu'on va avoir des librairies
DirectX 12, compilées spécifiquement pour Linux qui ne marche que dans le cas de WSL2.
Ça veut dire que demain, c'est une des critiques de cette annonce là, c'est qu'il pourra
y avoir des applications Linux natives qui ne tournent que sous Linux mais que dans Linux
dans le contexte d'un Windows.
Ça veut dire un peu bring fuck mais on tend à ça en fait, c'est que demain des développeurs
pourront faire des applications qui ne tournent que sous Windows mais que sous Linux également
en même temps.
Et voilà parce qu'elles utilisent une librairie DirectX 12 qui ne sera pas disponible dans
une distribution comme Ubuntu, Red Hat, etc.
Parce qu'il faut avoir ce back end DirectX 12 propriétaire pour le coup qui est dans
le kernel et dans les drivers Windows.
Donc je trouve ça assez bring fuck et je me demande en fait quand est-ce que Microsoft
ne va pas tout simplement devenir une distribution Linux puisque là, si les applications,
si les gens se mettent à développer des applications 100% Linux dans un contexte Windows,
ben jour en fait, le kernel Windows pourra devenir un kernel Linux, ça changera pas
grand chose, les APIs seront les mêmes et on a peut-être là en fait le début d'une
création d'écosystèmes basé sur le kernel Linux avec en fait une phase de transition
alors actuelle où on a les deux kernels en parallèle qui tournent ensemble l'un à
l'autre avec les APIs POSIX, etc.
Mais on peut continuer d'utiliser les APIs traditionnelles Windows pour toute la partie
graphique notamment.
Donc voilà un peu ces choses là et c'est quelque chose, enfin moi qui suis dans le
domaine de l'open source depuis 15 ans maintenant quand j'étais étudiant dans mon
groupe en des utilisateurs de logiciels libres à mon école, c'est quelque chose, les nouvelles
qu'on a aujourd'hui c'est quelque chose qui était impensable, il y a encore même
5 ans donc on voit vraiment cette société qui tend à changer et qui est maintenant
capable de dire d'admettre des erreurs du passé et d'embrasser le changement complètement
en fait et on verra encore voilà on verra ce qui se passe dans les prochaines actues qui
seront annoncées donc plutôt pas mal comme développement de cette année et ça veut dire
également que vos compagnies ne sont pas forcément, elles n'ont peut-être pas l'habitude de
faire l'open source, elles ne sont peut-être pas habituées, elles feront peut-être des
cas de faire mais si Microsoft a été capable de le faire et de changer à ce point là,
clairement toutes les extensivités sont capables de changer et c'est peut-être ça en fait qui
a retenu, le DevOps, l'open source et toutes ces gestions du changement incrementale, si Microsoft
a pu le faire, si ils ont pu le faire dans Windows 10, vous pouvez le faire à peu près dans
n'importe quelle société, sur n'importe quel projet, ça dépendra juste du temps, de la
capacité des gens à s'informer et à savoir ce qui existe et ce que ça peut apporter mais un jour
ou l'autre ça viendra et voilà et c'est pour ça que c'était un peu sur cette note d'espoir
que je voulais finir cet épisode d'actu, je ne sais pas si Charles tu avais quelque chose là-dessus.
Les petits commentaires, quand je dis récemment c'est je crois à trois, quatre dernières années
il y a pas mal de gens entre guillemets qui venaient du monde d'open source ou assez connus en termes
de kernel Linux etc, il y avait Jesse Frazull qui a le gars qui a co-créé Kubernetes là,
je puis il s'appelle comment, Brandon Burns je crois, il s'en rejoint Microsoft et je me disais
qu'est-ce qui se prépare derrière en fait parce que je me demandais, ils prennent des gens qui ne
sont pas de ce monde là en fait tu dis de ce monde là entre guillemets tu vois et je me demandais
bien ce qu'elle arrivait et parce qu'il pop ça l'air, le vent a l'air de changer côté Microsoft
c'est intéressant.
Ouais et même la culture interne a l'air de changer en fait des échos que j'ai pu avoir
après voilà, ni travaillant pas c'est dur de connaître.
J'avais peur quand ils avaient acheté GitHub que GitHub devienne une plateforme assez chelou
que Microsoft impose des lois, ça a l'air de ne pas vraiment avoir, enfin j'utilise encore
GitHub, ça a l'air cool, moi j'utilise Visual Studio Code en remplacement d'atomes,
que j'en suis satisfait, ça marche pas mal.
Je vois bien que côté Microsoft après c'est l'évolution aussi peut-être du monde et de la
société qui fait qu'aujourd'hui les gens aiment bien tout ce qui entre guillemets open où ils
peuvent voir le code, des trucs comme ça même si en vrai beaucoup de gens ne vont pas aller
changer le code mais c'est juste par dire voilà le code est là je peux le lire.
Ouais mais même là dans la stratégie Microsoft c'est même un énorme changement avec avant
quelque chose, c'est ce dont on parlait d'ailleurs il y a deux semaines, avec avant une stratégie
avec des fournisseurs, avec des gens qui vendent des boîtes, qui vendent du conseil, là dans
seul coup en fait tout le conseil, toute la façon de penser la boîte, tous les fournisseurs,
tous les partenaires etc. tout ça change radicalement, c'est vraiment un changement mais
radical dans la notion même dont Microsoft fait de l'argent, fait de la travail avec ces partenaires,
c'est vraiment un changement radical, c'est vraiment intéressant et on voit même que IBM fait
ce genre de choix là en ayant racheté redat donc vraiment il y a des choses plutôt pas mal
qui se tend à se faire dans ces derniers temps. La petite code de Balmer Linux,
les concern, Balmer c'est un gars qui fait le show et puis les CEO de la boîte à cette époque là,
il faut qu'il envoie du trash pour en motiver les gens, pour qu'il batte la concurrence,
Balmer c'est un gars comme ça, le gars il est fou quoi.
Donc là autre temps, autre époque ça ne passerait plus du tout ce genre de choses là maintenant.
Non ça ne passerait plus.
Combien autant plus, je vous laisse juge là dessus. Merci beaucoup Charles pour cette première dans
un des DevOps, pour te revoir très vite aussi bien sur l'observe vitique et sur même autre chose.
Et voilà, je vous donne rendez-vous donc dans deux semaines pour un prochain numéro d'actu,
entre temps d'autres podcasts sur Kubernetes, voilà il y en a un qui devrait arriver sur
l'authentification notamment et la semaine prochaine un actu avec K aussi pour les actualités
sur Kubernetes. Voilà, merci beaucoup et à bientôt à tous.