Quels sont les news du cloud et du DevOps en ce moment ?
Alors on a une attaque d'office 365, on a Skaway qui lance un service avec le risque 5,
on a N'Jinks qui redevient libre parce que apparemment il était plus libre à un moment,
on en sort un peu plus bientôt, et puis on va revenir au basique comme qu'est-ce que c'est que le DevOps
et surtout pourquoi est-ce que le DevOps a tant d'échecs et pourquoi ça coûte si cher ?
Alors installe-toi confortablement, prenez un petit thé, accroche-toi à ton casque
car aujourd'hui on va parler beaucoup de culture DevOps.
Bienvenue sur Radio DevOps, la balade aux diffusions des compagnons du DevOps.
Si c'est la première fois que tu nous écoutes, abonne-toi pour ne pas rater les
futurs épisodes. C'est parti !
Bienvenue à toi chers compagnons, dans Actu DevOps, ton émission de veille, cloud et DevOps mensuels.
Dans cette émission, on décrit justement l'actu, mais surtout on y apporte un éclairage
de professionnels de l'IT puisqu'on est tous des professionnels de l'IT.
Comme d'habitude, reste bien jusqu'à la fin pour découvrir notre sélection d'outils.
Alors avec moi ce soir, j'ai Nida, bonsoir Nida.
Bonsoir.
Il y a aussi Nicolas, bonsoir Nicolas.
Salut tout le monde.
Et enfin, René, bonsoir René.
Bonsoir Réstof et bonsoir toutes et tous.
Et justement, parlons de tout et tous.
On va passer à la traditionnelle courrier des auditrices et auditeurs.
Toi qui est là à nous écouter, sache que tu peux nous laisser des messages par plein de voix.
Je t'en parlerai un peu plus tard.
Alors, j'aimerais te lire aujourd'hui un message de Orgooz.
Orgooz nous a laissé un message sur le forum des compagnons du DevOps puisque les compagnons
de DevOps sont plus d'avoir un podcast et une chaîne YouTube.
C'est surtout un forum sur lequel on discute.
Il nous a laissé un message en commentaire à un épisode de Radio DevOps.
Et ce commentaire, il nous dit juste un commentaire pour conseiller également l'outil Crane
que j'utilise depuis plusieurs années.
En ce moment, l'utilité principale est la commande CraneCP qui permet de copier une
image directement d'une registre à l'autre sans passer par un démon d'auteur local.
Alors, j'ai sélectionné ce commentaire non pas parce que Crane, c'est formidable,
mais surtout pour vous parler de la section des outils.
Déjà, ça confirme qu'il y a un intérêt flagrant pour la section des outils.
Donc on va continuer à vous fournir en outils à chaque épisode d'Actu DevOps.
Ça te plaît et ça t'est utile.
Mais surtout, j'ai une grande annonce à faire.
Alors, Ronny nous avait fait une proposition et il nous a fait une merge-request sur le
dépôt qui gère le site des compagnons de DevOps pour créer justement une page d'outils.
Et cette page d'outils arrive sur le site des compagnons, pas le forum.
Sur le site des compagnons et avec Celeste, notre développeuse, on a retravaillé cette
merge-request pour en faire la page qui est actuellement sur le site.
Alors, au moment où sort cet épisode, tu pourras voir la belle page des outils avec
tous les outils qui ont été cités et listés dans Actu DevOps avec qui l'a proposé,
qu'est-ce que ça fait, etc.
Et petit à petit, il y aura en plus des liens vers la section précise YouTube où on parle
de l'outil.
Donc tu peux aller sur compagnons-tiré-devops pour les faire.
Tu verras dans le menu du haut, tu as le lien qui t'amènera sur la page des outils.
Et je vais laisser la parole à Ronny puisque c'est lui qui est à l'initiative de cette
proposition.
Il faut pouvoir nous dire ce qu'il veut.
Là-dessus.
Non, je trouvais que c'était...
Il y a une centaine d'outils qu'on a listés depuis le début qu'on a commencé les enregistrements.
Et puis, il y a quand même des belles pépites dans ces outils.
Donc je trouvais que c'était pas mal d'en faire une liste.
Et puis, j'espère que ça plaira à tout le monde.
Après, je suis un peu impressionné que tu es merdier ce que j'ai fait parce que
c'était en react.
Je vous que ça n'était pas du tout ce que je faisais quand j'ai fait ça.
J'espère que c'est pas trop pourri.
Ecoute, tu pourras demander à Célesse, notre développeuse, à la revue complètement
ça et puis à la portée des améliorations sur ce que j'imaginais, ce que pouvait être
cette page des outils pour la rendre plus ergonomique justement.
Parce que maintenant, il y a une recherche et ce genre de choses qui permettent de faire
ça.
Et puis là, je suis en train de les classer par type.
Je ne sais pas encore comment je vais faire, mais pour avoir des types d'outils.
Du coup, Nidra, qu'est-ce que tu penses de ça ?
Déjà, est-ce que tu suivais-t-on les outils avant de nous rejoindre avant ?
Je ne dis pas du tout.
Pas du tout.
Tu pourras aller voir justement tous les outils qu'on a listés, parce qu'il y a de
centaines d'outils.
Je sais qu'il y a une page sur le forum et c'est peut-être moins pratique sur le forum.
C'est surtout que moi, j'ai une taux de liste qui est tellement énorme que c'est compliqué.
Et toi, Nicolas, tu as un avis là-dessus ?
Oui, c'est super bien parce que j'aime beaucoup cette rubrique quand on l'a fait.
Quand je participe au podcast, ça m'oblige à les regarder.
Donc c'est pas mal.
Ça me permet d'épurer la taux de liste au fur et à mesure.
Et en fait, René, merci beaucoup.
Ça va surtout nous aider à ne pas faire de doublons dans les prochains épisodes.
C'est vrai, j'ai commencé.
Alors pour l'instant, au moment où on enge cet épisode, la page n'est pas encore en ligne.
Mais moi, j'ai accès à la page en prévu et j'ai déjà commencé à regarder pour voir
si l'outil dont je vais parler, il y était.
Donc j'espère ne pas avoir fait d'imper.
Du coup, toi aussi, tu peux te laisser un message.
Alors tu peux utiliser les plateformes de podcasts comme Apple Podcast, Podcast Addict
ou d'autres qui permettent de laisser des messages.
Tu peux aller sur YouTube pour laisser un message dans le commentaire.
Tu peux aller sur les postes réseaux sociaux, sur Twitter, on dit X maintenant.
LinkedIn et puis les autres réseaux sociaux.
Je suis un peu moins parce que ça demande tellement de temps d'être partout que c'est pas possible.
Et surtout, tu leur as compris, tu peux laisser un message sur le forum des compagnons.
Et je sais qu'il y a beaucoup de messages qui sont laissés sur le forum des compagnons.
Et pour nous rejoindre sur le forum des compagnons,
tu t'inscrives sur le site, c'est hyper simple.
Alors on va passer à la première news.
Et la première news, c'est Nicolas qui va nous parler de mon très grand ami.
Oui, notre très grand ami Microsoft.
Alors on va pas taper dessus parce que c'est Microsoft.
Mais surtout, ce qui leur arrive, ça arrive à beaucoup de monde.
Donc en ce moment, il subit une attaque par le groupe APT29.
Donc APT29, vous ne connaissez peut-être pas.
C'est Midnight Blizzard.
Vous ne connaissez peut-être encore moins.
C'est connu aussi sous le nom de Nobellium.
Vous ne connaissez peut-être pas non plus.
Et a priori, c'est un groupe russe qui s'attaque aux institutions et organisations européennes et américaines.
Donc je dis bien a priori puisque l'assignation des groupes d'attaquants APT,
donc c'est des hackers pour parler autrement, c'est toujours un petit peu difficile.
Je ne vais pas trop m'attarder sur qu'est-ce que c'est comme attaque, machin, etc.
Ce qui m'a pas eu intéressant, c'est comment ils ont réussi à commencer à attaquer le système.
C'est qu'a priori, c'est des motes pass qui ont été envoyées par mail.
Et ça me fait toujours bizarre d'entendre qu'on est en 2024, c'est ça.
Il y a des motes pass qui sont envoyées par mail.
Donc je voulais reparler un petit peu de ça parce que c'est quand même une bonne pratique.
C'est ne jamais transmettre de secret par un canal non sécurisé.
Et quand vous le faites, essayez d'utiliser des moyens de communication différents
pour envoyer d'un côté le user et de l'autre côté le pass, des choses comme ça.
Et justement, ça m'a donné l'idée de reparler dans les outils de l'épisode.
Donc écoutez bien jusqu'à la fin, j'ai quelques solutions à vous proposer
pour vous éviter d'envoyer des motes pass par mail.
Et toi, René, est-ce que tu envoies tes motes pass par mail ?
Non, j'évite.
J'ai la force de t'écouter, je me dis qu'il ne faut pas le faire.
Non, mais si tu n'es pas au courant de cette nouveauté,
tu peux juste dire un petit peu ce qui est au niveau Microsoft.
C'est quelque chose qui dure, c'est...
Comment ça ? Juste deux mois, si tu sais.
Alors j'en ai entendu parler ce matin, j'ai creusé un petit peu le contenu de la news.
Donc a priori, ce qui s'est passé, c'est qu'ils ont dû réussir à prendre le contrôle sur quelques boîtes mail.
Ils se sont servi des crédents de choses qu'il y avait dans les mails
pour se connecter à Office 365 et commencer à exfiltrer plein de données.
Et alors après, je crois que ça touche aussi Microsoft
parce qu'ils ont dû toucher des trucs.
J'ai pas vraiment creusé, mais a priori ils arrivent à faire pas mal de choses.
Ce qui a d'intéressant aussi, c'est que ça on en a déjà parlé,
mais ce qui a d'important dans une attaque, c'est comment on réagit.
Et Microsoft communique assez clairement sur le sujet.
Il y a un poste de blog qui en parle, qui explique ce qui se passe et comment réagir.
Après, j'avoue que j'ai pas vraiment creusé le truc.
Ce qui m'intéressait vraiment, c'était le vecteur d'attaque qui a été utilisé.
Alors ils sont sûrement très doués dans le piratage,
mais ils ont simplement utilisé des mots de passe qui ont été envoyés en clair.
Donc si jamais un jour on vous envoie un mot de passe en clair,
parce que des fois c'est le moyen le plus simple, le plus rapide et ainsi de suite,
changez-le dans la foulée, parce que ça peut arriver qu'on envoie un mot de passe par mail.
Moi ça m'arrive, par contre je dis bien à l'utilisateur, changez-le tout de suite.
Et comme j'en avais vaut marre d'envoyer les mots de passe en clair,
j'utilise des outils comme OnePassword qui permettent d'envoyer un lien privé
qui est valable que pendant un certain temps et un certain nombre de clics
et le lien expire automatiquement et ainsi de suite.
Mais ça nécessite OnePassword et je vais vous proposer autre chose tout à l'heure.
Et toi Christophe ?
Alors moi déjà ça me fait penser qu'on a fait un épisode de podcast
sur les secrets dans la phrase code où on parle justement
de comment échanger les mots de passe dans notre équipe.
Donc je te renvoie, cher auditeur, à notre épisode.
Il y aura une fiche YouTube et puis ce sera dans les liens de l'épisode.
Moi on a tendance à oublier en fait que les mails, c'est un moyen communication
qui est pas chiffré et qui transite en clair comme tu l'as dit.
Ce qui fait qu'en plus un mail il peut arriver sur n'importe quel serveur de mail
et être envoyé vers n'importe quel serveur de mail.
Donc n'importe qui qui gère un serveur de mail peut à priori
regarder ce qui passe sur son serveur si c'est pas chiffré.
Alors déjà on peut chiffrer les mails mais ça nécessite d'envoyer la clé
des chiffres au nom à nos interlocuteurs intercutrices.
Ça c'est un premier point.
Et moi ce que je fais c'est qu'en effet je fais comme tu as dit
je n'en vois jamais le mot de passe et l'utilisateur s'il y en a en même temps
et par le même canal.
Donc soit j'utilise le mail pour envoyer le mot de passe
et plus généralement je n'en vois pas le mot de passe, j'en vois un lien
vers mon bitwardon et souvent ce lien il est protégé par mot de passe
que j'en vois par texto par exemple à la personne.
Donc ça permet justement d'éviter ce genre de choses
sauf si c'est évidemment un mot de passe qui va être changé très rapidement.
Dans ces cas là moi c'est assez simple j'utilisais
l'adresse email de la personne comme mot de passe et je lui dis bah change là
ton mot de passe c'est parce que voilà c'est pas très, c'est pas très secure.
Et puis sinon on utilise le chat mais comme c'est nous qui gérons notre chat Mattermost
a priori les cadeaux privés il y a peu de gens à part nous qui peuvent aller étudier ça.
Mais bon ça reste à voir.
Et toi alors Nidak comment tu fais justement les échanges de mot de passe
et qu'est ce que tu en penses de cette histoire ?
Je vais parler déjà de ma gestion des mot de passe donc j'en vois le
sur deux canaux différents le login sur un canal et le mot de passe sur un autre
comme moi je travaille essentiellement dans un environnement Microsoft
on a une fonctionnalité quand c'est un contactive directeurique qui oblige
l'utilisateur à changer son mot de passe.
Donc ce qui nous permet déjà d'assurer un minimum de sécurité
comme quoi tout n'est pas mauvais chez Microsoft
et donc généralement c'est login par mail
et le mot de passe ce sera soit sur la messagerie donc le Teams
ou Equivalent ou carrément par SMS.
De toute façon quoi qu'il arrive
on a très peu de canaux réellement sécurisés en soi.
Et donc c'est vraiment forcé l'utilisateur à changer son mot de passe
directement première connexion, changement du mot de passe
et après c'est au développeur de bien faire leur boulot et d'offrir la fonctionnalité
lors de la première authentification de changer le mot de passe.
Ou encore mieux dire à l'utilisateur je t'ai mis un mot de passe
mais je te le donnerai pas donc tu vas sur la page pour réinitialiser ton mot de passe
et tout passera par mail donc comme ça il n'y a rien qui transite de secret
et c'est beaucoup plus simple mais effectivement il y a des outils qui ne permettent pas de le faire.
De toute façon on ne vit pas dans un monde idéal.
Voilà.
Après il y a quand même...
Ah vas-y.
Pardon excuse-moi.
Non ce que je voulais dire c'est que moi je suis des fois un peu choquée par certains sites
ou tu as des limitations dans les mots de passe que tu peux mettre.
Certains caractères des choses comme ça c'est un truc et je trouve que c'est pas mal sur des sites français
et je trouve ça assez... voilà pas génialissime et ça dénote quand même de...
voilà ça donne pas une super grande confiance.
Il doit y avoir une super librairie de gestion du chiffrement du mot de passe derrière.
C'est vrai que moi quand je vois des mots de passe qui sont limités à 12 caractères
qui en mettent en deux déjà de base je peste un peu à chaque fois
et en effet parfois il y a des mots de passe où on te dit bah voilà t'as pas le droit à l'étoile
t'as pas le droit au machin t'as pas le droit au truc et donc là tu es directement avec ton...
parce qu'évidemment c'est pas moi qui crée des mots de passe ça c'est mon logiciel de mot de passe
qui l'écrit pour moi et bah tu es en train de te dire un temps un temps il faut que je voie tout ça
du coup tu te retrouves parfois ça m'est arrivé deux trois fois à modifier le mot de passe qui est généré
pour coller à ce que nous demande certains sites.
Alors par pitié si tu développes un site avec gestion des mots de passe plus de 20 caractères
et puis tous les caractères possibles et imaginables si c'est l'unique code évidemment
si c'est pas l'unique code.
Mais bon je sais pas si il y a des gens qui mettent des mots de g dans leur mot de passe.
Ils utilisent une librairie du style Bécrypt pour tout faire à ta place parce que c'est devenu presque un standard
et ça va t'éviter par le mal le problème et on va peut-être pas parler des banques qui
t'oblient jamais que des chiffres et entre 4 et 6 chiffres parce que sinon on va y passer la soirée.
Oui je voulais continuer un petit peu sur le côté sécurité.
Les développeurs arrêtés avec le S.A. Shank si vous pouvez aussi pour le...
C'est une passoire voilà.
L'attaque de Microsoft date de mi-janvier de mémoire parce qu'il y a eu le code source aussi une partie du code source
de Microsoft qui a fuité.
Voilà petit complément d'information.
Ce qu'on va faire c'est qu'on va laisser la porte à la NIDA pour la news suivante.
Parce que tous ces histoires de mot de passe c'est un truc très important dans la gestion du risque et du coup
NIDA va pouvoir prendre la suite.
Maintenant sur ma news moi c'était pour parler de risque 5.
Je crois que René on avait déjà parlé si je ne me trompe pas.
Donc il y a Skeloway qui a sorti 29 février une offre en mode beta ou plutôt laboratoire
d'une offre risque 5 au risque 5.
Donc qui est un petit peu cher pour moi au niveau du prix.
On n'est pas loin de 16 euros le mois.
Cette offre là donc permet d'avoir 16 gigadramme, un stockage de 128 gigas.
Ce qui est quand même pas mal et permet de découvrir l'architecture risque 5 en 64 bits.
Derrière l'architecture du moins le stock utilisé par Skeloway c'est un stock qui nous provient de Chine.
C'est le Thed Th1520 ça ne va pas vous parler.
C'est une sucursale d'Alibaba qui est basée sur des corps C910.
Désolé pour le côté technique.
Et actuellement c'est ce qu'on trouve d'un peu de plus puissant sur le marché.
En termes grand public c'est vraiment intéressant.
On est à peu près sur l'équivalent d'un pic 4 en termes de performance.
Il faut voir que l'écosystème risque 5 qui est proposé chez Skeloway,
on va déjà avoir une imitation au niveau des systèmes d'exploitation qui va être très importante à prendre en compte.
C'est que tout n'est pas disponible en OS sur cette architecture CPU.
Donc on va avoir des biens en version CID, donc test.
On va avoir Alpine Linux en version Edge, donc c'est l'équivalent de la CID chez des biens.
Et on va l'avoir en Ubuntu 2310 si je ne me trompe pas, qui est la seule à être stable.
Une fois que vous l'avez installé, il y a de plus en plus de logiciels qui sont portés.
Vous avez trouvé des librairies pitons qui ne sont pas du tout portés actuellement pour Skeloway.
Ce qui peut poser des problèmes.
J'ai fait un test avec Delia et je me suis retrouvé embêté sur certaines petites conversions de bibliothèques.
Ce n'était pas porté sur Skeloway.
Vous avez beaucoup de choses qui vont vous rappeler au début des RASP.
Au tout début, vous aviez des problèmes de librairies.
Actuellement, on est dans cette partie-là chez RISC 5.
On est encore dans le monde du développement.
On n'est pas sur quelque chose de stable, c'est pour découvrir l'infrastructure.
Je remercie vraiment Skeloway d'avoir fait cette offre-là parce que c'est vraiment très intéressant.
Surtout avec le processeur, une carte équivalente dans le commerce, il faut vous compter environ 150 euros.
Orstockage des 16 défilés.
Skeloway utilise des RAC qui nous viennent du fabricant chinois Cipid.
Deux cartes RISC 5 qui sont marquées dessus.
Ces cartes-là se partagent à une connexion réseau de 100 Mbps.
Vous êtes 8 sur 100 Mbps.
Au niveau performance réseau, ça va être un peu coincé.
Si vous bombardez, c'est du test donc ça ne devrait pas trop poser le problème.
Sinon, Cipid m'a donné sur X une petite info qui était très croustillante pour moi.
Ils sont en train de travailler sur un nouveau cluster qui va utiliser de nouveaux processeurs de Cip5.
Le P550 qui va permettre vraiment un gain de performance encore un peu plus important.
Mais je n'ai pas encore les détails de quand ils vont sortir le produit parce que RISC 5,
si je prends le processeur P550, était annoncé en 2020.
Il n'y a qu'une seule carte réellement sur le marché qui est aux alentours de 500 ou 600 euros au vortex.
Orfred Poe et Orfred Doine.
Et là, on aura vraiment de la performance qui sera intéressante.
Globalement, c'est vraiment pour découvrir l'infrastructure RISC 5.
Pour ceux qui vont regarder un vidéo, je vous mets ma salume à cam.
Moi, j'ai une carte RISC 5 à la maison.
Je m'amuse depuis un an dessus.
Je vois que l'écosystème s'améliore grandement, mais il ne faut pas que vous attendez à des performances pour le moment exceptionnel.
A jeter un P5, ça va dépoter.
Merci. J'ai peut-être apporté quelques compléments.
Je vois que la BÉTA est disponible chez SqaDway.
Il y a plusieurs offres.
Il y a notamment les instances d'EVM et les barres métales à ce service.
Le RISC 5 est dans la partie élastique métale.
Ce sont des barres métales à ce service.
Ce qui veut dire que quand on a une instance, tu le confirmeras peut-être NIDA,
mais on a justement une instance physique.
C'est peut-être pour ça que c'est cher.
Pour toi, c'est cher, mais finalement, j'ai comparé les prix avec les instances virtuelles.
Ce n'est pas si cher que ça en fait, par rapport au CPU, aux puissances équivalentes.
Alors évidemment, avec le réseau, tout ça se discute, mais ce n'est pas hors de prix.
Pour moi, ça l'est.
Mais je pense que SqaDway ne rentre pas dans ses frais.
Non, mais clairement, je ne pense pas.
Pour l'instant, je ne vois pas encore le cas du jage générique.
Je revois un par contre, c'est pour à chaque fois, pour pouvoir faire des runners,
pour nos intégrations continuent, pour créer des logiciels pour ces architectures-là,
parce que c'est bien de les faire tourner sur ces architectures.
Mais est-ce que, justement, Nicolas, Rene, vous, vous voyez des cas d'usage pour ce type d'instances ?
Alors, pour l'instant, on est en laboratoire.
C'est vraiment, comme tu l'as dit, NIDA, c'est pour explorer.
Mais proche ton nom un peu dans l'avenir.
Je pense que c'est ça. C'est vraiment se projeter dans l'avenir.
Alors, à la fois, il y a le côté nouvelle architecture.
Si c'est un petit peu comme l'ARM, au niveau performance énergétique, ça peut être intéressant.
Au niveau diversité, ça peut être pas mal aussi.
On a vu des attaques sur les processeurs Intel et AMD.
R&D aussi.
Voilà, c'est ça.
Donc, si on a la même chose sur ARM, ça nous fait une plateforme de plus.
Donc, diversifier son parc en termes de sécurité, c'est toujours intéressant.
Et moi, l'aspect qui m'intéresse encore plus avec le risque,
c'est que c'est une architecture qui est un petit peu moins liée aux Américains
et autres Chinois.
Donc, on aurait peut-être un petit peu moins les mains liées avec eux.
Et ça nous permettrait sûrement d'avoir un petit peu de souveraineté.
Après, sur le côté financier, bon, 15 euros par mois,
je trouve que c'est relativement abordable pour une plateforme comme ça.
Bon, effectivement, le réseau n'est pas terrible.
Mais quand on regarde les prix des autres instances,
pour avoir 16 Giga, il y en a qui ne sont pas loin de 60, 80 euros.
Le stockage est un petit peu faible.
Et si le réseau n'est pas terrible, de toute façon,
vous n'allez pas faire des serveurs de streaming avec cette architecture-là pour l'instant,
puisque Nidal a dit que vous n'arriverez pas à compiler votre truc dessus.
Donc, c'est plus...
Oui, non, c'était une boutade, mais...
L'idée, c'est plus de prendre ces plateformes-là pour commencer à jouer avec,
commencer à compiler votre truc dessus pour voir si ça fonctionne.
Et quand vous aurez vraiment des problèmes de perte avec,
je pense qu'il y aura des offres beaucoup plus intéressantes.
Mais, ce qu'elle oeille, ils ont toujours fait comme ça.
Ils ont commencé avec des petites offres.
En fonction des retours des utilisateurs, ils ont amélioré.
Les offres qu'on connaît aujourd'hui sur la partie élastique,
Cloud, je ne sais plus comment s'appelle, la partie bar-métal et ainsi de suite,
ils l'ont fait évoluer avec le temps.
Et avec tous les retours qu'on leur a fait,
ils ont sorti certaines offres,
ils en ont rajouté d'autres et ainsi de suite.
Donc, non, ce qu'à l'OE, ils m'étonnent de plus en plus,
ils font des trucs vraiment innovants.
Ce n'est pas mon fournisseur préféré pour plein d'histoires,
mais on peut au moins leur allouer le fait
qu'ils font beaucoup d'efforts pour faire bouger l'écosystème
et sur des trucs sur lesquels on ne les attend pas.
Parce que finalement, on en parle souvent,
les opérateurs français ne sont pas au niveau des américains.
Bon, au moins ça, même si ce n'est pas assez chelés d'américains,
au moins c'est un truc qui permet de se démarquer.
Voilà.
Et tout va renait, t'en penses quoi ?
Déjà, je vais dire merci Anita de suivre un peu ce qui se passe sur RISQ 5,
parce que j'en ai parlé il y a longtemps.
Je pense que c'était, ça avait déjà pas mal avancé,
mais voilà, c'était encore plus embryonnaire que ce que ça allait.
Et je trouve que ça a quand même bien progressé,
parce que aujourd'hui on a du matériel qui arrive.
Alors ce n'est pas encore la foule en termes de performance,
mais bon, ça a bien progressé.
Et puis voilà, ça devient crédible,
on arrive à avoir des OS qui tournent.
Certes, ce n'est pas parfait,
il y a encore des choses à cross-compiler, etc.
Mais ça va rentrer dans l'ordre, le soft va arriver.
Moi je crois beaucoup en RISQ 5,
parce que je pense que c'est le fait que ce soit de l'open hardware
et qui est moins d'IP,
à un moment il va avoir un effet sur le coup,
je pense, qui va être intéressant.
Et les prochains serveurs vont arriver en termes de per rapports,
je pense, performance prix,
je pense que ça va être intéressant.
Je peux me tromper bien sûr.

Donc je trouve que c'est bien d'avoir Scaleway
qui avance sur certaine chose,
qui permet de mettre à disposition ce matériel,
parce que jusqu'à maintenant les cartes étaient quand même assez chères.
Et voilà, ça permet un petit peu de se familiariser.
Je pense que ça a un intérêt,
par exemple pour les gens qui vont me l'embarquer,
justement de se familiariser avec l'architecture, etc.
de travailler sur le vrai jeu d'instruction.
Donc je pense que ça reste quand même toujours un peu de la niche,
mais je pense que c'est intéressant.
Oui, c'est de la niche, mais peut-être qu'on verra
dans l'avenir de plus en plus d'applications tournées là-dessus.
Surtout, c'est les prix diminus.
Comme je le disais, en fait, par rapport à des instances Cloud chez Scaleway,
toujours chez Scaleway,
parce qu'on pourrait comparer ça à des machines type VP assez autres,
comme on profite de l'écosystème Cloud de Scaleway,
c'est pas si cher que ça par rapport à leurs autres instances.
Alors bien sûr, c'est pas la même état,
mais en se projettant dans l'avenir,
on peut imaginer des cas assez particuliers qui tournent sur ce genre de machine,
sur des ARM et qui tourneraient pas,
sur des VM classiques, et puis notamment,
et le côté, comme tu le disais, Nicolas,
performance énergétique qui est super intéressant, je pense.
Bon, pour l'instant, c'est que dans trois data centers,
mais c'est normal, c'est en laboratoire,
c'est deux sur Paris et un sur Varsovie, je crois.
J'ai plus la console devant moi.
J'ai plus non plus, j'ai plus ça en tête.
Et je voulais rajouter des choses sur...
Là, je vais revenir vraiment sur la partie Risk 5,
donc l'architecture ou l'ISA,
quel terme adéquate,
c'est prévu pour fonctionner en 32 bits,
64 bits, 128 bits.
À l'heure actuelle,
vous avez du Risk 5 32 bits
qui tournent dans tous les disques du RwD
et Siget en des contrôleurs Risk 5 32 bits.
Vous avez les montres connectées,
premiers prix qui sont sur des Risk 5 32 bits.
Donc, le Risk 5 32 bits est déjà dans la vie réelle.
Et au niveau industriel, vous l'avez dans des micro contrôleurs,
Steel Arduino ou autre,
le Risk 5 32 bits est vraiment opérationnel.
L'actuellement, on est sur le Risk 5 64 bits,
qui est en cours de progression.
Dans le futur, on va avoir la virtualisation qui va arriver.
On va avoir des unités de calculs supplémentaires
qui vont pallier une grosse faiblesse de Risk 5
sur les calculs de chiffrement.
Les calculs SSL sont une catastrophe sur Risk 5.
Et Risk 5 actuellement est utilisée
il y a des produits commercialisés professionnels
pour délivrer du contenu.
Il y a en 64 bits, il existe des serveurs
pas très répandus, c'est encore un marché niche,
mais il y a déjà des produits à destination des serveurs qui existent.
Au niveau de la recherche, on a le CEA qui travaille
sur des Risk 5 128 bits.
Donc ça va arriver au niveau des supercalculateurs.
D'ici quelques années, ça pourrait être les premiers
superculateurs sur un 2 bit potentiellement en Risk 5.
Le Risk 5 sera intégré dans le supercalculateur européen.
C'est une boîte française qui bosse dessus.
On a l'entreprise MIPS qui fait des processeurs
qui portent le même nom, qui arrêtait de faire ses propres processeurs
pour faire du Risk 5 maintenant.
C'est pas parce que c'est une architecture qui est libre
que les processeurs ne vont pas coûter cher.
Parce que derrière, vous devez faire un développement
pour silicium, travailler avec les usines de l'effondrie.
Et tout ça, c'est un boulot qui est monumental.
Chez ARM, vous achetez un produit sur étagère.
Donc vous avez du volume qui fait que c'est très intéressant.
Faire quelque chose qui est vraiment sur mesure, c'est un coup.
Si vous ne faites pas de volume, ça va vous coûter très très cher.
Apple fait du sur mesure, mais ils font du volume,
donc ce qui arrive à avoir des prix à peu près correct.
On peut dire sur étagère, c'est le design du processeur
qui est sous licence, mais chaque constructeur peut construire
son propre processeur ARM. C'est ce qu'a fait Apple.
Mais effectivement, comme tu le dis, c'est fondre du silicium,
c'est un coup et c'est comme tout dans l'industrie.
Rien que le prototype, il faut sortir le chèque
et ce n'est pas trois chiffres que tu mets sur le chèque.
C'est un peu plus compliqué que ça chez ARM.
En fait, ils te vendent quelque chose.
Un SOC, c'est un amalcarme de différente puce qu'on a à ceci.
Et chez ARM, qui fournissent les Cortex A75,
tu arrives chez un fonder, tu vas fondre directement.
Tu ne vas pas avoir toute la partie où tu dois adapter
ton design en fonction du fonder, parce que ton design ne sera pas le même
si tu le fais chez TSMC que chez Samsung.
C'est plein de petits détails comme ça.
Et quand tu pars d'une feuille blanche,
c'est très compliqué de faire un processeur vraiment de zéro.
Je vais aller à la fonderie le faire.
Les premières sorties, tu auras du rébut.
Parce que tu te seras planté.
Ah, je n'avais pas pensé à cette gate,
les portes dans le silicium,
avec un isolant,
donc tu es obligé de revoir ton design en intérieur.
Tout ça, c'est un coup.
D'ailleurs, même Apple s'est basé sur de l'ARM
alors qu'ils auraient très bien pu faire leur propre processeur.
Mais ça leur a permis de gagner du temps.
Et sinon, je voudrais vous dire sur ce que tu disais
sur le marché de niche.
Effectivement, c'est un marché de niche, mais ARM l'a été pendant longtemps.
Et on voit que ça a explosé ces dernières années,
à la fois avec tout ce qui est Raspberry et Compagnie, on va dire.
Et quand on voit ce qu'a fait Apple avec la partie ARM,
on se dit qu'à la base, avec un petit processeur
qui n'était pas performant, qui n'écoutait pas cher,
il y a plein de boîtes qui en ont fait des trucs vraiment super.
Pour moi, ce n'était pas marché de niche ARM,
comme MIPS, sauf que les gens l'ont connu dans le grand public.
Mais vous l'aviez déjà dans différents équipements,
dans les voitures, en niveau informatique, dans des routers,
dans des switches, c'était des choses qui étaient massivement vendues.
Et c'est juste que le grand public l'a connu,
mais pour moi, ça n'a jamais été de niche.
Peut-être parce que je suis aussi trop dans le matériel.
C'est vrai.
Quand tu regardes, c'est un peu ce qui a l'air de se passer
pour risque 5, parce que ça arrive justement dans le matériel,
comme tu dis, dans les disques, etc.
On est embarqués aujourd'hui, là, ça devient quasiment courant.
Peut-être ça ne va pas se développer,
mais je pense que c'est quand même une tendance qui est à la hausse,
à mon sens.
J'espère que ça va marcher après.
Appel et Google sont dessus,
il y a même un portage d'endroits sur risque 5.
On verra donc ce que l'avenir nous réserve.
Je vous propose qu'on clôture là sur le risque 5 et que l'on parle du sponsor du mois.
Et ce mois-ci, ce sponsor, c'est un collectif de frilance.
C'est mon collectif de frilance, celui qui finance les compagnons du DevOps depuis le début de l'aventure.
L'IDRA, c'est un collectif d'indépendants qui est spécialisé dans le mouvement DevOps.
On aide les entreprises du numérique à déployer leurs applications rapidement,
et sans couper leur service.
Donc on a une philosophie qui est simple.
On pense que l'amélioration continue et la collaboration entre les équipes
dans une même entreprise sont essentielles pour atteindre facilement et sereinement les objectifs qu'on sait donner.
On a des spécificités comme on aime le logiciel libre,
on aime la souveraineté numérique,
je pense que tu l'auras compris.
On est plutôt spécialisé dans le déploiement continu avec GitLab CI en cible et Terraform,
et surtout on est membre d'une coopérative d'activité et d'emploi,
ou coopérative d'entrepreneuse et d'entrepreneur.
Ça nous permet justement d'être frilance avec le statut très avantageux d'entrepreneurs salariés au régime général.
Donc ça, on peut avoir une fiche de paix.
Ça c'est très bien.
Bon, nos services, ça va de l'audit, augmentera en passant par la formation et la prestation.
Pour l'instant, on est trop frilance.
Donc si tu es frilance et que tu souhaites rejoindre un collectif qui veut grandir,
tu peux nous rejoindre, c'est possible.
On est ouvert, il faut partager nos valeurs, avoir envie de rejoindre notre société
pour profiter justement de ce statut d'entrepreneur salarié.
C'est un statut un peu particulier, mais c'est un statut qui est bien.
Donc tu peux aller sur notre site hydra.fr,
regarder ce qu'on fait et puis prendre contact avec moi,
soit sur les réseaux sociaux, soit sur le forum.
Tu trouveras comment me contacter.
On s'organisera des visions, on papotra.
Et si toi, tu es dans une entreprise et que tu cherches des frilances
ou des personnes qui connaissent bien en cibles et GitLab CI,
et penses à faire appel à nous, je suis sûr qu'on pourra t'accompagner et t'aider.
Nicolas, tu vas nous parler de End Jinx qui n'était plus libre, c'est ça ?
Alors on pourrait troller sur le fait que les boîtes qui se font racheter par d'autres compagnies
et qui commencent à faire des trucs un petit peu moins open source.
Et bien justement, on va parler de End Jinx qui a été racheté en 2019 par F5 Network,
ou F5 Network.
Donc ils ont racheté la société qui a créé End Jinx.
Pour rappel, End Jinx a été développée par des Russes
et notamment Maxim Dunin.
J'espère que j'ai pas écorché son nom.
Et donc c'est un des principales développeurs qui étaient derrière le projet initial.
Le problème, c'est qu'en 2022, F5 a fermé les bureaux de Moscou.
Donc Maxime s'est retrouvé sans bureau.
Mais dans l'histoire, ils ont signé un accord avec lui pour qu'il continue à contribuer sur la partie open source.
Et ceci bénévolement.
Donc ils sont sympa, les Russes, je sais pas comment ils font pour manger.
Et en fait, en 2024, il s'est passé un truc très marrant, c'est que la société a commencé à vouloir faire plus d'argent.
Donc qu'est-ce qu'ils ont fait ? Ils ont commencé à se mêler un petit peu des questions de sécurité.
Du style, non mais ce patch là, c'est pas la peine de le mettre en open source.
On va le garder sur la version un petit peu plus pour nous.
Et puis on va peut-être pouvoir vendre un petit peu plus de prestations grâce à ça.
Et donc Maxime était un petit peu soulé de cette histoire.
Donc le 14 février, il a créé un fork un petit peu plus libre.
Donc il a dû vouloir, je crois que c'est le 14 février, il a dû vouloir faire un cadeau de la saint Valentin à sa copine et faire un fork plus libre.
Oui c'est ça, c'est le 14 février, oui la date me paraissait un petit peu bizarre.
Donc comme quoi, faut pas perdre espoir.
Des fois, des projets open source qui se font racheter peuvent très bien redevenir un petit peu plus libre comme avant.
Donc je trouve que c'est une bonne nouvelle parce que NJNX, c'est quand même un super produit.
Le fait qu'il y ait eu une boîte qui vendait du propriétaire dessus, c'était une bonne idée parce que c'est un bon moyen de financer l'open source.
En plus, ils étaient relativement faire.
Pour une utilisation assez basique, le produit restait open source.
C'est la version Enterprise, permettait de faire des choses beaucoup plus avancées.
Par exemple, si vous vouliez l'utiliser pour faire du loadable launching un petit peu intelligent, il fallait prendre la version Enterprise.
Voilà, j'ai fini là-dessus.
Et toi, René, est-ce que tu penses que c'est une bonne nouvelle ou est-ce que tu crois qu'il va se faire racheter dans deux ans et pour la saint Valentin de 2028, il va recréer un fork libre ?
Alors, ça, je sais pas de dire.
Mais oui, je pense que c'est plutôt, déjà, c'est possible.
Avec le logiciel Lib, c'est quelque chose qui est une alternative qui est possible, qui n'est pas forcément possible avec un logiciel propriétaire.
Donc, ça, c'est un des plus.
Moi, je pense que c'est plutôt une bonne nouvelle.
On retrouve un bon produit qui va à nouveau libre, qu'on peut utiliser de manière plus ouverte.
Pour moi, c'est plutôt une bonne nouvelle.
Nida, qu'est-ce qu'on pense ?
Du business, on va dire ça comme ça, de ce qui entoure le logiciel libre ?
Oui, moi, c'est pas quelque chose qui a tendance à me rassurer cette main mise propriétaire sur le logiciel qui a tendance à se refermer.
Néanmoins, j'ai alors Free Endings, puisque c'est son nom.
Je ne suis pas sûr qu'il remplace déjà Endings tout de suite, parce que il faut déjà que les gens savent qu'il existe.
On n'est pas pour ça, mais on n'est pas encore très très connu non plus.
Et puis, ce n'est pas dit que les gens l'installent comme ça, parce qu'il est encore tout jeune ce projet.
Typiquement, quand je vois la documentation, déjà, je trouvais que la doc de Endings, ce n'était pas très ergonomique,
mais la doc de Free Endings a repris l'entire gonomie de Endings, on est là encore plus loin.
C'est vraiment très austère, il n'y a pas de recherche possible, ça devient très compliqué.
A mon avis, il faut passer par un moteur de recherche externe pour savoir ce qu'on va trouver.
Mais je pense que c'est du un point, c'est-à-dire que Free Endings, il fait très...
Alors là, je parle du...
Je vais parler de quoi ? Je vais parler du reverse proxy qu'on installe sur nos machines.
Du load balancer interne, pas du très gros load balancer, mais je pense qu'il doit faire la même chose.
Mais je ne sais pas si les gens vont passer le pas pour l'instant.
Ce qui pose problème sur l'adoption peut-être, je ne sais pas ce que t'en penses Nicolas.
En tout cas, ça nous assure, pour le coup, que le code reste libre.
Parce que si jamais un jour, Endings, le grand, ferme son code, on n'aura plus rien.
Moi je pense que ça va leur mettre un petit coup de pression à la boîte originale pour garder une vision vraiment bonne source.
Ou alors ils vont se vexer, claquer la porte et il y aura un fork propriétaire, un fork libre.
Et qui vont de plus en plus diverger dans le temps.
Sur le côté austère de l'adoc, c'est marrant parce que moi j'aime bien.
C'est l'adoc que tu ne trouves pas pratique à utiliser, je la trouve très pratique.
Parce qu'on trouve très rapidement de l'information.
Effectivement, il faut passer par un moteur de recherche, mais je trouve toujours l'information dont j'ai besoin dans l'adoc de NGINX.
Et après, je l'utilise que pour la partie, soit le servir des fichiers statiques, soit du reverse proxy très basique.
Parce que au bout d'un moment, ça ne fait plus le boulot et je passe sur de l'achat proxy ou du trafic suivant mes besoins.
Dites-notes, moi je m'en suis servi parce qu'il a la particularité de faire du reverse proxy en UDP.
Et pas tous les reverse proxies, ça fait de l'UDP.
Et NGINX, c'est le faire plutôt bien, donc ça peut servir.
C'est plutôt un bon produit.
Moi je suis assez d'accord, l'adoc, elle est plutôt...
Ouais, elle est un peu...
Elle n'est pas la plus jolie doc du monde, mais elle est assez efficace, on trouve beaucoup de choses dans.
Je précise, ça fait très doc, année 2000 en fait.
Quand je suis arrivé dessus, j'ai fait, ouf, c'est page blanche, lia hypertexte, même plus que années 2000, plutôt années 90.
Ça fait vraiment penser à ces docs que j'avais au début d'internet.
Je sais pas si ça vous envoie la même image.
Du coup, ça doit être très efficace en termes d'impact énergétique,
mais pour le coup, le fait de pas avoir un moteur de recherche, potentiellement, c'est d'ailleurs un site statique.
C'est peut-être ça aussi.
On va dire que ça fait pas qu'il coulole, mais le fond est là.
Je dirais même que si certains projets pouvaient s'en inspirer, plutôt que d'essayer de faire des trucs qui clignotent dans tous les sens,
et qu'ils soient, effectivement, c'est joli, mais la doc, on ne demande pas que ça soit joli,
on demande à ce qu'il y ait toutes les options qui soient bien expliquées, les valeurs par défaut, les valeurs possibles,
et puis, potentiellement, des exemples.
Et la doc de Njanix, c'est exactement ce qu'on a.
J'ai contrairement à d'autres produits où on est obligé d'aller chercher des exemples sur Stack Overflow,
de demander à Chadjipitin ou générer un morceau de configuration qui, de toute façon, ne marchera pas,
parce qu'il se base sur des trucs Stack Overflow qui s'en font aussi.
Njanix, je tombe très souvent sur la doc et je trouve toujours la bonne information.
Pour des trucs un petit peu tricky, des fois, il faut aller fouiller un petit peu ailleurs.
Mais comme dans d'autres produits.
Et il y a toujours le code source.
Je dois avouer que, comme ça doit être du C ou un langage équivalent, heureusement, j'ai jamais eu besoin d'y aller.
Et pour abonder un petit peu sur ce que tu disais, c'est aussi un des rares produits que j'ai vu faire du Proxy
pour de l'E-Map, du Pop3 et du SMTP.
Donc je l'ai jamais utilisé, mais ça doit être très marrant quand on en a besoin.
Est-ce que vous voulez dire autre chose au sujet d'Njanix ?
En tout cas, je constate qu'il est hébergé sur un site de gestion de code mercurial.
Ce n'est même pas du guide.
Donc je ne suis pas sûr qu'il y ait beaucoup de gens qui vont pouvoir participer.
Mais c'était peut-être déjà le cas sur Njanix.
Alors, si tu aimes ce podcast, tu veux qu'il cligne dans tous les sens et tu veux qu'il coule le l'ol de partout,
tu peux nous aider pour qu'on continue à faire ça, à faire ce travail tous les mois et plus encore.
Bon, le meilleur moyen de nous soutenir, c'est grâce à un don.
On a une plateforme de don qui s'appelle Libère à Paix.
C'est géré par une association française.
Et en plus, le code source est libre.
Alors, à chaque fois, elle est précisée.
C'est vachement bien.
Tu trouveras le lien en description.
Ça nous permet de nous payer justement l'hébergement du podcast, les outils qu'on utilise,
et ce genre de choses parce que tu comprendras bien que les dons ne nous permettent pas de payer les gens
qui font un travail bénévole puisque vous êtes tous les trois bénévole et puis pas moi aussi.
Du coup, je suis bénévole là-dessus.
Donc, tu pourras nous aider à ne pas creuser encore plus le déficit de l'Hydra sur les compagnons du DevOps.
En tout cas, à ton bon cœur.
On va revenir au Basique.
Et, René, tu vas nous parler d'un article.
Oui, c'est ça.
Je suis trouvé que c'était un peu difficile de trouver des nouveautés, mais j'ai vu passer ça.
Alors, c'est pas complètement nouveau parce que c'est un article qui a quelques mois.
Ça a été écrit en avril 2023 et que j'ai vu arriver dans ma timeline X, Twitter, via Sylvain Balles.
Et la personne qui a écrit cet article, c'est Piatia Immer.
Et elle retrace un petit peu qu'est-ce que le DevOps.
Et je pense que c'est un article qui est bien pour les gens qui ne connaissent pas bien le DevOps,
ou pour faire une bonne intro.
Parce que ça reballait de manière très factuelle.
Ce qu'est le DevOps.
Et puis, c'est ordonné chronologiquement.
On voit un petit peu comment c'est arrivé, comment ça a progressé.
Et c'est un article, je pense, qui se dit à peu près en 1,5 heures.
En 1,5 heures, ça permet d'avoir une bonne vision de ce que c'est.
Un truc qui est pas mal aussi dans cet article-là, c'est qu'elle parle des antipaternes,
de l'équipe DevOps par exemple qui a un bel antipaterne.
Donc voilà, c'est assez complet.
Et je pense que...
Voilà pour les gens qui, pour vraiment se familiariser,
et puis avoir une bonne appréhension de ce que c'est, c'est un très bon article.
Donc ça, le lien sera dans les notes.
Et il y a un autre lien qui a été publié sur le forum des compagnons par Hazel Kim,
que je ne connaissais pas, qui s'appelle DevOps Topologyz.
Et pareil, c'est une espèce de blog, enfin un site qui présente justement
différentes organisations de travail et un petit peu la compatibilité avec le DevOps,
où commence à organiser en interne pour faciliter le DevOps.
Et c'est trouvé ces ressources vraiment intéressantes,
parce que ça permet de revenir un petit peu à l'essence de ce que c'est.
Et puis ça fait du bien de temps en temps.
Voilà, Christophe, je te laisse ta main si tu veux en dire plus.
Merci de me laisser la priorité.
Moi, j'ai lu justement l'article de Katia avant l'épisode pour être sûr de ce qu'on allait parler.
Je l'aurais même, à mon avis, mis en news, mais tu l'as fait avant moi.
Merci. Alors je retire un terme du article, qui est le frémoire culturel, le DevOps pour elle.
C'est un frémoire culturel et c'est clairement comme ça que je l'imagine.
Je l'avais jamais mis en mot, mais je crois que je vais réutiliser ce terme,
parce que c'est vraiment le terme le plus adapté pour moi au DevOps.
C'est un frémoire culturel et évidemment, comme tout frémoire,
chacun l'applique un peu comme il veut.
Bien sûr, il y a des antipaternes, tu l'as dit, et Katia les nomme, elle en nomme trois, mais il y en a bien d'autres.
Et justement, ces antipaternes font qu'on va arriver sur la news que je vais partager.
Alors c'est marrant, parce que je ne suis pas sûr d'avoir déjà vu l'article DevOps-Topology,
mais en tout cas, j'étais tombé sur un article comme ça qui parlait des topologies d'équipe, agile ou DevOps.
Et donc je pense que je vais le replonger là-dedans pour peut-être en faire une vidéo un jour,
parce que ça peut être très intéressant.
Et comme tu l'as dit, cet article-là, c'est une vraie introduction qui est plutôt très bonne à mon goût de ce qu'elle DevOps.
Et ça va donner à notre auditeur un point d'entrée qui est excellent.
Je vais le mettre dans ma roadmap dans la partie comprendre le DevOps, je pense.
Et je me suis dit, note à moi-même, il faut que j'interviews Katia.
Donc Katia, si tu nous écoutes, sache que j'aimerais bien t'interviewer,
mais je prendrai contact avec toi parce qu'on est en contact sur X ou LinkedIn,
et je pense que je vais la faire venir pour l'interviewer dans un épisode dans la partie.
Ça pourrait être que bénéfique pour tout le monde.
Nida, qu'est-ce que tu penses de genre d'article ?
Malheureusement, je n'ai pas lu l'article des Katia encore.
Mais de manière générale, les articles qui démystifient les concepts
et qui sont des portes d'entrée sur ces concepts, qu'est-ce que tu en penses ?
Moi, je trouve ça bien, surtout quand c'est pas trop long.
Parce qu'après, ça devient un peu imbitable.
Le souci, c'est les effets de mode des concepts qui m'énervent le plus.
Tu peux en dire quelques mots ?
C'est DevOps, ça veut tout et rien dire.
C'est un espèce de mot-clé agile.
C'est devenu un four-tout.
On sait même plus ce que ça veut dire.
Chaque entreprise a une définition propre.
On était passé au début sur quelque chose qui était assez clair et évident
pour tout le monde.
Maintenant, c'est un peu la fête du slip.
Merci pour ces bons mots.
Je suis resté d'accord avec toi.
C'est difficile.
Le fait, je discute beaucoup sur les réseaux sociaux.
Ma ligne d'hitorial est très simple.
DevOps est une culture, c'est un mouvement.
À chaque fois, je discute avec des gens et des gens qui me disent
qu'on s'en moque.
Maintenant, c'est un métier.
La culture, c'est bien.
On veut des textes qui veulent faire des outils DevOps.
Comme tu le dis, on s'écarte du concept original.
J'ai peur que ça rende les choses floues.
Cet article est très bien.
Il remet l'église au centre du village.
On sait grâce à cet article ce qu'elle développe.
En tout cas, ce qu'elle développe pour Katia.
Je partage son avis.
Nicolas, tu vois, je te la tête.
Est-ce que tu es d'accord ?
Oui, parce que je suis totalement d'accord.
Je partage la vie de Nida aussi.
Ça m'énerve.
Tous les trucs mis à la sauce DevOps.
Il y a quelques temps, on m'a dit qu'il y a un DevOps.
C'était payé plus cher qu'un DevOps.
Je tiens à le dire, je suis aussi DevOps.
Mais ça m'énerve.
Il y a des FinOps, il y a des machins.
C'est des monde DevOps.
C'est une manière de travailler.
Si vous voulez mettre tout ça dans le même panier,
vous pouvez appeler ça DevOps bullshit.
Vous gardez la culture et vous regardez comment ça travaille.
Elle fonctionne dans une entreprise qui veut faire en sorte
que son infra tourne bien avec ses développeurs
et vous appelez ça DevOps.
DevOps, c'est faire collaborer tout le monde,
partager les maitrisques, machins, etc.
Je trouve que son article est vraiment bien
parce qu'à la fois, il y a remet l'histoire.
Il explique qu'est-ce que c'est que la philosophie.
Il montre aussi les antipaternes.
Il remet vraiment en situation les piliers.
Après, je l'ai survolé très rapidement
entre Christophe qui l'a lu très attentivement
et Nida qui l'a pas lu.
Je suis entre les deux.
Je l'ai survolé en deux minutes.
Mais j'ai retrouvé plein de trucs que je notais
dans mes formations DevOps,
dans mes introductions au monde du DevOps.
Je trouve que c'est bien qu'il y ait des articles
qui ressortent de temps en temps
pour remettre des bases à tout le monde.
Parce qu'on recrute un DevOps.
Et ça raléa encore un truc qui va m'aurait pilé.
Vous le sentez que je suis énervé ?
Après, j'ai mis cet article.
Il y a quelqu'un qui explique qu'il a un manager
qui a pas forcément compris ce que c'était le DevOps.
Ça fait écho à cet article.
C'est à l'article du forum.
J'ai repensé à cette personne.
Je me suis dit que c'est un bon article
à donner à quelqu'un pour qui c'est pas très clair.
Et qu'il peut être un manager.
C'est pour ça que je voulais en parler.
C'est une session.
Tu es DevOps, donc tu vas m'automatiser cette partie-là ?
Je ne suis plus maintenant.
C'est un exemple de ce qu'on pouvait entendre.
De trucs énervants.
Avec tout la fête du slip disait Nida
ou le concept marketing autour du DevOps,
on a eu tendance à oublier ce que c'était le DevOps.
C'est quoi les bases du mouvement ?
Pourquoi est-ce qu'on est là ?
C'est essentiel de comprendre ça.
Pourquoi est-ce qu'on est là ?
Pourquoi est-ce que le DevOps a émergé ?
Pourquoi il n'est pas prêt de crever ?
Quoi qu'on en dise, qu'on en pense,
que tu embauches des DevOps, que tu crées des équipes DevOps
ou que tu es du DevOps pour te faire ça,
si tu n'apprends pas les concepts du DevOps
de pourquoi on en est là et les bases de collaboration
parce que c'est ça, collaboration, amélioration continue pour moi.
Tu iras vers Manus, qui est juste après.
Je vais peut-être passer à Manus après.
Mais en tout cas, c'est hyper important
de se rappeler pourquoi le DevOps est là.
Même si tu penses que le DevOps, c'est du bullshit
et que n'importe qui peut s'appeler DevOps,
un générieur DevOps,
mais à un moment donné, il y a des faits
et Katia les explique très bien.
Je trouve dans son article.
Je vous propose qu'on passe à la suite.
Sauf si vous voulez qu'on discute encore de DevOps,
on aura justement l'occasion de parler de DevOps
puisque mon article,
Manus va parler de DevOps.
Avant qu'on parle de mon article,
je tiens à te rappeler qu'un podcast
est très dur à faire connaître.
C'est comme le DevOps.
Tant qu'on n'en parle pas, il n'existe pas.
S'il te plaît, partage le podcast,
envoie-le par mail,
partage-le sur les réseaux sociaux,
dis « ah ils ont écouté ce podcast,
il m'a vachement plu,
j'ai écouté cette tue,
elle m'a vachement plu,
ou j'ai écouté ce vieux podcast.
Il est très bien,
partage-le.
Alors je le dis parce que le podcast,
c'est très dur à faire découvrir,
même si il y a la chaîne YouTube
qui aide à la découvrabilité,
mais je sais qu'il y a des gens
qui nous écoutent uniquement au podcast
et il y a plein de gens qui ne vont pas sur YouTube.
Donc écoute-le,
tu peux en plus,
comme c'est un podcast qui en licence libre,
il est en CCBSA,
tu peux en prendre des bouts
et tu peux les mettre si tu veux
dans tes cours, dans tes formations,
dans tes vidéos,
même si t'as envie.
Il n'y a pas de problème,
il faut juste citer la source.
Et la source c'est
les compagnons du DevOps,
la chaîne YouTube,
ou Radio DevOps,
le podcast, au choix.
Mais de toute façon,
à chaque podcast ou vidéo,
il y a de quoi faire.
Alors,
le DevOps,
c'est un échec,
puisqu'on vient de le dire,
c'est la fête du slip,
c'est le bullshit marketing.
Donc du coup, le DevOps, c'est un échec.
Et donc pourquoi est-ce que le DevOps,
c'est un échec ?
C'est justement la promesse d'un postlink d'IN,
d'Isham, Haït, Baslam.
J'espère que je prononce bien
ton nom, Isham,
si ce n'est pas le cas,
tu peux en taper sur les doigts.
Alors, Isham,
il est directeur de la transformation
et de la stratégie IT à Capgemini.
J'étais assez surpris, d'ailleurs,
par son poste,
vu d'où il vient.
Mais justement,
comme quoi,
il y a plein de choses.
Alors,
ce poste-là,
ça va être l'occasion pour moi,
justement,
de revenir en plus
de l'article précédent
sur ce qui est essentiel dans le DevOps
et de lancer la discussion entre nous.
Donc,
ce que je vais faire,
c'est qu'en intro,
je vais me permettre de lire le poste d'Isham,
qui est assez court.
Et moi,
je t'encourage,
si tu nous écoutes à aller,
y répondre,
à aller donner ton avis
sur ce poste-là,
parce qu'il est vraiment bien.
Alors,
l'adoption du modèle DevOps
représente une promesse
de transformation profonde
pour les directions
des systèmes d'information,
les fameuses DSI,
avec l'objectif
d'accélérer le déploiement
de solutions,
d'améliorer la collaboration
entre les équipes
de développement
et d'opération,
et,
ultimement,
de créer de la valeur
plus rapidement
pour l'entreprise.
Pourtant,
malgré des investissements
conséquents
et des ambitions élevées,
de nombreuses organisations
se retrouvent face
à un constat d'échec
dans l'implémentation
effective
d'un modèle DevOps opérationnel.
Cette chronique
explore les raisons
derrière ces échecs
et met en lumière
les défis sous-jacents
aux transformations manquées.
Première,
première,
première,
première,
première motif d'échec.
La lourdeur
organisationnelle,
c'est un frein majeur.
Donc,
une des principales difficultés
rencontrées par les DSI,
dans la mise en oeuvre du DevOps,
c'est la lourdeur
inhérente à certaines organisations.
On parle là
de très grosses entreprises.
Ces structures hiérarchiques
rigides,
les processus
décisionnels longs
et complexes,
des silos
fonctionnels
qui constituent
des obstacles significatifs
à l'agilité,
à la collaboration
que requiert
l'approche des Vops.
Cette rigidité organisationnelle,
elle freine l'innovation,
la rapidité et d'adoption
qui est essentielle
à la réussite de la transformation.
Donc, si t'as déjà
une lourdeur organisationnelle,
là, c'est moi qui le rajoute,
il y a déjà un truc à travailler
avant même de passer au DevOps.
Ou alors, c'est peut-être
le moment
de faire quelque chose.
Des partenaires
qui jouent pas le jeu.
Donc, l'écosystème
d'une entreprise,
c'est composé de fournisseurs,
de partenaires et de prestataires
qui jouent un rôle crucial
dans la mise en oeuvre
du DevOps.
Parfois,
tu as des partenaires
extérieurs
qui ne s'alignent pas
sur les principes
et pratiques du DevOps
ou qui régissent
au changement.
Ils peuvent ralentir,
voire compromettre
la transformation.
Le manque de coopération
et d'engagement de la part
des partenaires
peuvent créer
des discontinuités
dans les workflows
augmentant
la friction et réduisant
l'efficacité
des initiatives
du DevOps.
Des investissements mal orientés.
Investir dans la transformation
des DevOps
est essentiel,
mais parfois,
l'allocation des moyens
est inefficace.
Ces investissements
peuvent mener à l'échec.
Parfois, les DSI
se concentrent exclusivement
sur les outils et technologies
au détriment
des aspects humains,
culturels
qui sont pourtant
au coeur du DevOps.
Sans un investissement
adéquat à la formation,
le développement
des compétences
et la gestion du changement,
les outils seuls
ne peuvent pas
instaurer
de changements profonds
nécessaires
à une culture DevOps authentiques.
C'est ce que je constate
régulièrement.
Si c'est trop orienté
vers les outils,
la culture ne va pas évoluer
et on va dans le mur.
Enfin, on a des petites
améliorations
mais qui ne sont pas
à la hauteur des promesses.
Évidemment, la sous-estimation
de la culture
et du changement
comportemental,
le passage au DevOps
est en tout une transformation
culturelle
qui demande des changements
de comportement significatifs
de la part de tous les acteurs
et de toutes les personnes
qui sont impliquées.
Cette dimension
est souvent sous-estimée
par les DSI
qui peuvent privilégier
encore une fois
les aspects techniques
au changement culturel.
L'adoption
a de nouvelles manières
travaillées,
la communication ouverte,
la collaboration transversale,
les prises de responsabilité
collective
ou le partage
des responsabilités
sont des aspects culturels
qui sont essentiels
et qui nécessitent du temps
et de la persévérance
pour s'implanter.
Alors justement,
on en parlait
déjà dans
Actu DevOps
en février 2022
et sur un autre article
qui disait que la Suisse
était déçue par le DevOps
et on tirait grosso modo
les mêmes conclusions
extrêmement proches
de ce poste.
Donc je te mets
le lien de la vidéo
de l'époque
en commentaire
où il y a un petit
I
qui va s'afficher
sur YouTube.
Moi, ce poste-là
il fait écho
à plein de choses
que je vois
et que j'entends
et donc du coup,
je vais me tourner vers vous
puisque c'est la continuité
parfaite
de l'article
que nous a partagé René.
C'est quoi votre avis
sur ces constats d'échecs
en entreprise ?
Est-ce que vous avez
vous même vu
des constats d'échecs
de ce type-là
ou est-ce que vous en avez
entendu parler
de votre entourage ?
Est-ce que Nida,
tu veux bien commencer ?
Je vais continuer
sur le côté
fait du slip.
Le côté l'order
organisé nationnel
c'est
le titre
et l'exemple
parfait
du château de carte
qui est mis en place
dans les entreprises
quand on parle de DevOps.
C'est
une organisation
plus personne
qui fait quoi
c'est du sile otage
dans le fonctionnement
et on arrive
à des situations
où on fait plus de mal
que de bien.
C'est contre-productif.
On doit travailler
en bonne intelligence.
Je pense que
DevOps
c'est limite.
J'ai envie
de bannir le mot
et de dire
travailler en bonne intelligence.
Je pense que c'est un mot
qui est
de l'informatique
à l'heure actuelle
on a un tel niveau
d'abstraction
technique
qu'on arrive
à un niveau d'abstraction
organisationnel.
On a perdu le sens commun
sur le côté
pire et mida
et sile otage.
Je te réponds
de des entremquilles
je pense.
René
tu veux réagir ?
Moi je peux dire un petit peu
ce que je pense
de l'article
je suis assez d'accord en fait
mais par contre je le mettrais
je pense que c'est très vrai
dans les grandes
enfin je vais parler un peu
de ce que je connais
plutôt mais des grandes entreprises
en fait.
Tous les problèmes
organisationnels
disons-le peut-être un peu
plus radicalement
c'est aussi des problèmes
politiques
c'est-à-dire que
bouger les organisations
ça fait des changements
de chef
qui sont là
qui n'ont pas envie
donc c'est ça
qui est difficile
à faire évoluer
donc ça c'est
des choses que j'ai vues
heureusement
je pense qu'il y a quand même
des entreprises qui arrivent
à s'en sortir
ou qui arrivent
à fonctionner en mode DevOps
mais
pour les très gros
je pense que c'est
effectivement assez difficile
de par ce côté-là
après les partenaires
qui jouent pas le jeu
moi j'en ai eu une bonne illustration
en un moment avec un client
il travaillait avec des fournisseurs
qui n'étaient pas du tout
dans le mode DevOps
et il était entre guillemets
malgré toute la bonne volonté
de vouloir faire une transition
peut-être
aller vers du DevOps
son fournisseur
il ne voulait absolument pas
travailler comme ça
il était engagé pendant
encore plusieurs années avec lui
et c'était pas dans le contrat
donc il avait
un échec
plus ou moins
de facto
parce qu'il liait entre guillemets
pour un contrat
donc ça c'est des choses
que j'ai vues
et effectivement
je suis assez d'accord avec ça
les investissements
où la partie un petit peu
aller sur les outils
ça rejoint un petit peu
c'est quand même la partie facile
mettre en place des outils
et ça aussi
c'est du vécu
entre guillemets
où on pense que
faire du DevOps
c'est mettre en place des outils
et au final
ça améliore pas forcément
les choses
c'est effectivement ça peut rendre
les choses parfois plus complexes
si les gens ne sont pas habitués
à ces outils là
si ils n'ont pas été formés
donc voilà je pense que
le vraiment le point clé
c'est vraiment le dernier
il faut
je pense qu'il y a vraiment
l'aspect culturel
mais aussi l'aspect
qu'est ce qu'on cherche à faire
avec le DevOps
qu'est ce qu'on cherche à améliorer
parce que pour emmener les gens
pour avancer dans ce
vers mode là
il faut
il faut donner l'objectif
et il faut déjà l'avoir compris soi-même
parce qu'il est
des fois pas toujours le cas
et moi pour moi
c'est vraiment
c'est ça le point clé
quoi
il faut arriver à
forcément les gens
si tu leur dis
on va te changer ton boulot
on nous n'est encore plus
mais ils savent pas trop pourquoi
à la base
il y a ces peu de gens
qui vont dire ouais super
ça passe pas bien
voilà et du coup créer un peu
ce
c'est envie d'y aller
je pense que c'est difficile
à partir
surtout sur des boîtes
qui sont vraiment
plus ou moins grosses
enfin du moins grosses
on va dire ça comme ça
voilà je vais donner un petit peu
mon avis de
donc oui je suis assez en phase
avec ce qui est dit
après
après il y a quand même des gens
qui arrivent et qui ont des succès
heureusement
sinon ça serait dommage
si tu veux prendre la suite
oui alors il va falloir que je
garde les idées claires
et que je réussisse à garder
mon calme parce que c'est bien
le sujet qui m'énerve bien
déjà on va reparler
de c'est quoi d'Evox
c'était bien une philosophie
et dans la philosophie
il y a quoi
il y a donc l'acronyme
calmes
culture, automatisation
mesure et partage
pourquoi c'est que
c'est pour avoir une culture
de l'entreprise
une culture du produit
une culture de la prod et ainsi
de suite
bon l'automatisation
on ne va pas revenir là
c'est pour aller plus vite
et que tout marche bien
la mesure c'est quoi
c'est qu'on va mettre des maitris
sur qu'est-ce qui est important
pour l'entreprise
donc ça va rentrer
dans les capillais des équipes
et c'est quelque chose
qui est partagé
la responsabilité
de ces capillais
ils sont partagés au niveau
de l'entreprise
donc que ce soit les développeurs
les opérations elles
mais on pourrait aussi
mettre ça
dans les mains du PO
qui va être responsable
de faire en sorte
qu'il y ait la priorité
sur un maintien
de bonne performance
et pas de absolument
toujours pousser
des nouvelles fonctionnalités
de bien corriger les bugs
pour que les utilisateurs
soient contents et ainsi de suite
et avec un truc
qui pour moi est aussi important
que tout le reste c'est le partage
et le partage de tout ce qu'on a vu
au dessus
le partage de la responsabilité
le partage de la culture
le partage des maitris
et ainsi de suite
et le partage dans l'entreprise
c'est on partage aussi
ce qu'on apprend
sur les incidents
sur des bugs
sur des machins
et on partage tout
au niveau de l'entreprise
bref et finalement
pourquoi ça marche pas
dans certaines droits
je vais juste préciser
c'est à oublier le L
qui est la chronyne de Lina
qui est des petits pas
ça veut dire qu'on avance
petit à petit aussi
c'est important
c'est un des piliers importants
que je voulais rappeler
après il y a plein d'autres piliers
mais je prenais le cams de base
mais effectivement
non je parlais du cams
qui est la chronyme
qu'on a entendu au tout début
de DevOps
mais effectivement
le LINE c'est super important
parce que c'est ce qui va vous permettre
à la fois d'être feignant
et à la fois de réduire vos coûts
puisque vous allez faire
que ce qui est strictement nécessaire
alors ça c'est pareil
si vous connaissez pas le LINE management
intéresser vous à ce sujet-là
c'est un truc super intéressant
alors ça permet de dégraisser
certaines boîtes
qui sont mal financièrement
mais si vous adaptez ça
à votre vie de tous les jours
vous allez énormément progresser
sur plein de sujets
et vous allez arrêter de vous éparpiller
sur des sujets qu'ils nécessitent pas
mais bon
justement c'est parpiller
sur des sujets qu'ils nécessitent pas
moi ce que je constate
aussi dans beaucoup de grosses boîtes
et je ne veux pas donner de nom
pour fâcher personne
et je pense que c'est comme ça
dans plein de grosses boîtes
a priori sur tout français
parce que c'est un peu culturel chez nous
c'est on a plein de chefs de projet
pour aller déployer 4 serveurs
on va avoir un Ops
un Dev
et 5 chefs de projet
et on va avoir des réunions en permanence
et finalement les deux quirames
ils sont tout le temps réunions
on leur demande pourquoi ils n'avance pas
parce qu'ils sont en réunion
et finalement après on s'étonne
que des Vops ça marche pas
ben ouais
alors déjà arrêter de recruter des DevOps
recruter des gens qui sont dans le métier
après vous les appelez des DevOps
si vous voulez c'est plus facile à recruter
ok pas de problème
par contre mettez en place
vraiment une organisation des Vops
arrêter de tout siloter dans la boîte
arrêter de mettre des barrières
avec des outils de ticketing à la con
qui font chier tout le monde et perdre du temps
je vous avais dit que j'étais énervé
bref regardez vraiment
revenez au fondamentaux de DevOps
et les deux articles qu'on a eu
sont vraiment intéressants et importants
pour prendre conscience de ce problème-là
et essayer de regarder
si vous pouvez pas appliquer ça chez vous
moi les dernières boîtes où j'ai bossé
c'est des choses qu'on a mis en place
et finalement c'est assez naturel
quand on travaille comme ça au quotidien
parce que finalement quand l'application est par terre
c'est celui qui est le plus pénalisé
c'est le client
et la boîte elle est là pour fournir un service au client
et ce qu'on veut c'est rétablir le service
le plus rapidement possible
et de faire en sorte que ça se reproduise pas
et ça c'est du travail d'équipe
voilà
on a bien compris que t'en avais gros sur la patate
du coup je vais prendre la suite
et d'ailleurs pour finir là dessus
ça me fait penser
quand on parlait tout à l'heure le dernier article
ça m'a fait penser un petit peu au télétravail
où tout le monde a dit
pendant des années non mais le télétravail
c'est pas possible chez nous machin etc
et puis quand on a été obligé de télétravailler
parce qu'on a été confiné
on s'est rendu compte que ça marchait pas si mal que ça
et toutes les boîtes où ça a pas marché
et tous ceux qui ont dit que non mais le télétravail
ça marche pas chez nous
c'est parce qu'en fait ils étaient mal organisés déjà à la base
et le fait d'être en télétravail
ça a mis le doigt sur tous les points
qui allait pas dans la boîte
et puis voilà
en fait là c'est pareil
on fait du DevOps
parce qu'on a vu dans 0.1 net mag machin
que c'était à la mode
Gartner a dit qu'il fallait faire du DevOps
donc on va faire du DevOps
mais on cherche pas
parce que c'est réellement que le DevOps
dans la substantifique moelle
et comment l'implementer
et du coup on se met à faire n'importe quoi
n'importe comment
puis après on dit que c'est pourri
et que ça résout pas les problèmes
pourtant j'ai mis un Jenkins
donc on est DevOps mais ça marche pas
voilà je te laisse la parole
je vais me calmer
c'est peut-être Jenkins le problème dans ce cas là
mais je vais pas te rôler
par contre ce que je vais pouvoir dire
c'est je vais rebrew dire sur plein de choses
je vais pas réagir sur le DevOps
c'est la fête du Slip
même si je ne pense pas moins
c'est devenu tellement un mot marketing
qu'on a oublié ce que ça voulait dire
et moi je l'ai jamais oublié
alors c'est pour ça que je me sens un peu
en décalage par rapport à plein de gens
mais pour moi si le DevOps est un échec
je reste persuadé que c'est l'implémentation
le problème et pas le DevOps
c'est l'implémentation qui en effet
dans certaines boîtes
le problème et pas le DevOps en lui-même
puisqu'en plus le DevOps
il y a plein de manières de le faire
mais il y a quand même des concepts
à prendre en compte
Nidale disait
je sais plus quel terme a été utilisé
mais le bon sens
c'est la coopération
c'est la mailluration continue
c'est plein de trucs qui font que
c'est là pour marcher
et il y a
plein de personnes aussi qui dévoile DevOps
en disant
ok mais le DevOps
je l'ai fait court
mais c'est
la brette intellectuelle culturelle
pas tant que ça en fait
c'est pas technique versus culture
c'est culture et technologie
puisque la culture est là
pour fluidifier la coopération
entre les équipes
et puis te mettre dans un état d'esprit
qui fait que ça va bien marcher
avec tes collègues
et la technologie est là
parce qu'en changeant
certaines technologies vieillissantes
par des technologies un peu plus nouvelles
qui sont celles qu'on utilise dans le DevOps
de manière importante
les deux ensemble font que ça va marcher
bien sûr si tu fais que l'un et pas l'autre
tu auras des résultats moindres
c'est pour ça que les entreprises
qui ne font que la partie tech
elles ont des résultats
mais pas à hauteur de ce qui vaut
parce que c'est pas parce que tu mets
de l'intégration continue
tu mets des pipeline
GitLab CI ou GitObaction
ou je ne sais quoi
mais si tu continues à avoir des gestions
de TK, ITSM
peut-être que ça va pas bien marcher
bref
et j'aimais bien aussi
je sais pas si c'est renait c'est toi qui a dit ça
mais avoir une vision
moi ce que je fais quand j'initie mes mentorats
parce que je fais du mentorat DevOps
d'équipe et de personne
ce que je fais avec les personnes ou les équipes
c'est définir un objectif
il est un peu flou
moi j'ai tendance à dire c'est le phare dans la nuit
c'est là vers quoi on va aller
parce que nous on est une embarcation
qui va naviguer
et on va vers le phare
même si on ne sait pas
si on va arriver exactement au phare
ou à la plage, à la cric d'à côté
donc si vous lancez
dans une transformation d'evox
si vous êtes une grande entreprise
il faut avoir une vision
et surtout
il faut que la vision soit partagée
et donc faites-vous accompagner
ça c'est un autre désinsénuement aussi
mais on en a parlé là
il y a de fortes chances
si vous êtes une grosse boîte
qui n'avait jamais fait d'evox
que vous n'y arrivez pas seul
vous aurez beau lire tous les articles
vous aurez beau faire tout ce que vous voulez
vous y arriverez pas seul
donc faites-vous accompagner
par des consultants, des consultantes, des mentors
je ne sais quoi
non on peut vous aider
mais il y a plein de gens qui peuvent vous aider
à former vos équipes
à les accompagner dans ce chemin
parce que c'est un chemin qui est souvent long
et en effet les petites boîtes
elles passent plus facilement d'evox
parce que c'est plus facile
elles sont plus agiles déjà de base
et elles ont tendance
à avoir la coopération
et la collaboration dans leur ADN
parce que quand on est une boîte de 5
ou une boîte de 10
c'est plus facile de coopérer
parce qu'on n'a pas le choix en fait
quand on est une boîte de 500
c'est déjà plus complexe
donc ça s'apprend
la culture de la coopération
ça s'apprend
je suis assez bien placé pour le savoir
je suis dans une coopérative
et c'est pas iné
on apprend
et nous notre coopérative
on apprend à coopérer ensemble
même si on n'a pas tous les mêmes métiers
on a quand même des choses qu'on fait ensemble
donc ça se travaille
c'est pas juste
valire 3 articles
va écouter 3 podcasts de Christophe
et puis ça y est
tu seras d'evox
non ça marche pas
donc voilà
faites-vous accompagner
c'est mon mot de la fin
trouver des gens
en qui vous avez confiance
pour vous aider dans ce chemin
parce que c'est vraiment un chemin long
une transformation d'evox
d'autant plus si vous êtes
une grosse entreprise
ça peut prendre plusieurs années
je sais pas si vous voulez réagir à ça
bah oui vas-y Nicolas
je croyais que pour devenir dévote
s'il suffisait de changer
l'intitulé de son cv
c'était un troll bien sûr
sinon je pense que le titre
de l'article
était inspiré de
la présentation de Nicolas Ruff
pourquoi la sécurité est un échec
donc ça a pas mal tourné
et je pense que ça vient de là
donc Nicolas Ruff c'est un des podcasts
de nos confrères
de nos limites secues
que je vous incite à l'écouter
parce que c'est aussi très intéressant
Cool alors c'était pas un article
c'est un post-lincudine
mais allez-y
en effet c'est toujours bon
d'aller écouter ça
si tu as le lien
que tu peux nous le fournir
on pourra le mettre
en plus dans les notes de l'épisode
est-ce qu'on passera pas à la suite
ou est-ce que vous avez encore
des choses à dire sur les échecs
du DevOps
je pense qu'on a assez
c'est pas les échecs du DevOps non ?
allez
bon avant de passer
à la section des outils
mon petit appel à l'action
si tu veux
justement
te forger un état d'esprit
des DevOps
parce que c'est pas inné
tu peux acheter ma formation
j'en ai fait une spécifique là-dessus
DevOps mindset
donc cette formation
te permettra justement
de rentrer dans le mouvement
et d'acquérir les bases
de cette culture
tu verras on parcourra ensemble
tout ce qui fait
de pourquoi on a eu besoin
du DevOps
et tout ce que fonde le DevOps
selon moi évidemment
aujourd'hui
même si tu n'y connais rien
tu peux prendre la formation
tu apprendras ça
tu verras
il y a le lien en description
et si tu veux aller plus loin
j'en parlais tout à l'heure
si tu es une entreprise
et que tu veux te faire accompagner
soit tu veux accompagner des personnes
ou si tu veux accompagner des équipes
j'ai un mentorat DevOps justement
où j'accompagne les équipes
à mettre en place le DevOps
dans leur projet
et c'est grâce à ça
qu'ils y arrivent parfois
tu vas voir sur le site
des compagnons du DevOps
tu as tout
ces compagnons tu verras DevOps.fr
je le rappelle
t'as accès
à toutes les formations
du mentorat etc
et puis évidemment le super forum
alors
les outils
les outils
c'est la section
que tout le monde attend
et
ça bouge dans mon pad
et Victor
Victor qui est ce que je raconte
et Nicolas va nous parler
de justement d'un outil
de Victor
qui sera votre meilleur ami
si vous avez des soucis
d'observabilité
que ce soit
des métriques
ou des logs
c'est un outil
qui va vous permettre
d'aller chercher
ces deux types d'informations
quelle que soit la source
il s'est allé lire des fichiers
il s'est allé collecter
dans des bases de données
des choses comme ça
il va pouvoir vous transformer
ces informations-là
et va pouvoir vous pousser ça
dans vos outils favoris
donc moi je l'ai utilisé
pour pousser dans du loki
pour pousser des métriques
parce que
j'avais le
problème de récupérer
les tags
des images
d'aucœur qui tournaient
et c'était un petit peu galère
avec les autres outils
et en fait
Victor
va vous permettre
de collecter plein d'informations
sur la VM
sur laquelle ça tourne
et d'envoyer ça
ou vous voulez
et aussi de transformer
les trucs au passage
par exemple
vous pouvez
rajouter les informations
de geo-tagging
à partir de l'adresse IP
si vous avez installé
la base de données
godb et ainsi de suite
et en fait
c'est super comme outil
je crois que je vais l'utiliser
de plus en plus
et toi René t'en penses quoi ?
Pour être René
tu penses qu'on en avait déjà parlé
parce que c'est écrit en reste ?
c'est parfait, t'aimes bien ?
donc je connaissais
à cause de ça
et ouais c'est un outil
qui a démarré
un support qui a été racheté
par DASADOX
il a fait un petit
et ouais
c'était sur le papier en tout cas
je n'ai jamais utilisé mais ça avait l'air
très pratique, très séduisant
et j'ai l'impression que tu confirmes
je prends la suite alors
moi je ne connaissais pas Victor
enfin
je connaissais Victor
mais je l'avais jamais utilisé
je connaissais Victor pour deux raisons
la première c'est que son site
est fait en docuze de russe
et quand on a fait le site de frogit
on s'est inspiré de plein de sites
et Victor était parmi ma top list
parce que je trouve leur site formidable
aller voir ce site
il est vachement bien
je trouve très beau
mais je ne connaissais pas
je vais jamais utiliser Victor
je ne sais pas si je vais l'utiliser
parce que ça sort un peu
de mon cas d'usage
mais pourquoi pas
Et Nida toi tu utilises ce genre d'outils ?
non pas du tout
après ce n'est pas trop dans mon
comme je suis plus sur la partie infra
j'en suis un peu loin
ok
justement tu peux collecter
toutes tes maitris qu'il y avait
tes maitris qu'il y avait
oui
et ben passons à l'outil suivant
alors renez c'est à toi
c'est à moi pardon
oui alors
alors c'est pas vraiment un outil
c'est une plateforme en fait
que j'ai découverte
euh
et je
je suis quelqu'un qui s'appelle
John Jang Set
qui est un quelqu'un de
qui fait pas mal de vidéos
d'apprentissage autour de Rust
très pointue
pour le coup
il est vraiment très fort
donc on mettra les liens
des vidéos etc
et
il a écrit aussi un bouquin
qui s'appelle Rust for Rust Assign
qui est pour un petit peu
les utilisateurs avancés
sur Rust
voilà un livre qui vient
compléter le Rust Book
qui est plus pour apprendre et débuter
et
il se lance
donc il a fait des streams
où il montre en fait
la résisation de
on va dire un concept
un challenge un peu avancé
donc en l'occurrence
en ce moment il est en train
de recréer
une partie de Gith
et du coup
c'est proposé par cette forme
qui s'appelle Crop Crafters
et j'ai trouvé que c'était pas mal
parce que des fois
il y a des plateformes
qui permettent de faire du lit de code
donc des tout petits challenges
un petit peu simples
il y a des plateformes
qui permettent de
comme Coding Game par exemple
qui permettent de travailler
lia d'un jeu
ce genre de choses
mais c'est vrai que ça manquait un peu
des fois aussi un peu mon d'inspiration
et là l'idée c'est de
recréer un peu
une partie des logiciels
un peu complète ce qui existe
donc là notamment Gith
et donc là il fait ça
et puis je trouvais que cette plateforme
a l'air sympa
donc je voulais la partager
et le seul petit défaut
c'est que c'est un SAS
et c'est peut-être
alors il y a moyen de découvrir
je suis en train d'aller voir
un petit peu tout ça
donc je suis pas trop au courant
de comment ça marche entièrement
mais il y a moyen de faire un challenge
pour découvrir
et après bon bien sûr
il faut passer
à la caisse
et j'ai trouvé que c'était peut-être
un peu cher
ou du moins peut-être pour découvrir
enfin voilà
je vais mettre des réserves
pour l'instant voilà je sais pas trop
il faut que j'expérimente
un peu plus la plateforme
mais en tout cas je trouve que c'est une bonne idée
et voilà je voulais partager
cette plateforme
est-ce que vous connaissiez ?
je suis assez admiratif
parce que le live que tu nous as partagé
il dure 4h30
et c'est assez long
et pour avoir fait des live coding
je sais que c'est dur de rester
concentré pendant aussi longtemps
et puis surtout
où est-ce qu'il trouve les moyens
de faire des live eu 4h30
ou alors je sais pas comment il fait
peut-être que ça en dehors de son taf
tu disais que c'est assez cher
alors je me la viens un peu
contrarié là dessus
alors c'est 40$ par mois
pour être membre
de cette plateforme CodeCrafter
je compare ça
à des formations ou autres
et de toute façon
c'est une dépense professionnelle
pour moi c'est
ça devrait être l'entreprise
qui paye ce genre de trucs
assez employés
c'est pas très cher
40$ par mois
faut être
faut être honnête
c'est pas non plus
la prestitude le paye toi
sur tes données personnelles
je dis pas
mais
dans une optique
professionnelle
moi je trouverais pas ça cher
si j'avais à payer ça
à mes salariés
typiquement
ouais
ouais non
juste pour vous dire
je suis totalement d'accord avec toi
d'ailleurs c'est ce qui t'incite à faire
j'ai un peu
regardé sur la plateforme
c'est ce qui t'incite
t'incite à faire
c'est à dire
de demander à ton management
etc.
d'avoir
les finances pour apprendre
c'est effectivement
en termes de formation
je pense que oui
c'est pas très cher après
oui je parlais plus en tant que
personnelle
pour
pour
comment dire
pour voir un peu
comment ça marche etc.
voilà je pense qu'il y a
un exercice
qui est
gratuit
qu'on peut faire
mais voilà
pour bien appréhender la plateforme
et commencer je trouvais que c'est
voilà
il va investir un petit peu
exactement en fait
le plan grâchement









gratuit
il contient deux étapes
par projet c'est ce qu'il dise
moi je t'encourage
si tu as besoin de ce genre de choses
toi en tant qu'auditeur
ou d'autrice
de toujours aller voir
ton manager
et lui dire
et il y a ça
c'est vachement bien
ça coûte pas si cher que ça
j'aimerais bien me former
grâce à ça
franchement par rapport
à des formations
à 500€ la journée
ou 600€ la journée
des trucs comme ça
ou des mêmes
des formations
ni learnings
plein de
personnes sur le net
proposent
dont
d'autres
d'autres créateurs de contenu
c'est
toujours moins cher
que des formations
en présentiel
et ça peut être suivi
sur le long cours
en plus c'est ça
l'avantage
mais là on sort un peu
du cadre
mais en tout cas moi
je te conseille
de toujours négocier
avec tes managers
que ce soit des bouquins
des formations
pour rester à jour
Nicolas
c'est ça ?
oui
ça fait moins de 500$ par an
donc effectivement
c'est
ramener comme ça
c'est pas très cher
40$
si je devais le payer moi
ça piquerait un peu
mais bon
et par contre
il y a un truc marrant
c'est que
si c'est pour l'entreprise
c'est 39$
donc c'est un dollar de moins
par personne
donc
et après
pour pratiquer
moi j'utilise
la plateforme
Triakmy
donc j'imagine
que c'est un petit peu
le même principe
et en fait
ça vous fait progresser
une vitesse folle
et
c'est un retour
sur investissement
assez intéressant
donc moi je ne mettrai pas
40$
dans cette plateforme là
parce que je mets
déjà pas mal de sous
dans d'autres plateformes
mais
si vous débutez
dans un
langage, dans un développement
et que vous voulez progresser
très rapidement
inscrivez-vous
sur des plateformes comme ça
en général
vous en serez plutôt content
oui c'est orienté dev
c'est vraiment une plateforme
orienté dev
et juste
une petite aparté
4h pour John
c'est pas grand chose
parce que d'habitude
avant c'est streamer
faisait 8h
ce que je veux dire
c'est que
il finance
comment son temps
de travail
parce que pour moi
c'est un vrai travail
alors peut-être qu'il a une
très grosse chaîne
et qu'il a pas de problème
non je pense pas
parce que ça reste
un peu de baniche
mais il fait ça
plus ou moins dehors
je crois qu'il a monté
un patrion pour avoir du support
après c'est quelqu'un
qui est vraiment connu
dans la communauté auteureste
donc assez célèbre
donc
il était au MIT avant etc
donc je pense qu'il a pas
trop de problèmes de finance
mais oui je pense
ça lui prend du temps
et il fait ça
au détiment
tu penses d'autres choses
c'est probable
et toi Nida
qu'est-ce que tu penses
de genre plateforme
justement d'apprentissage
je trouve ça très bien
parce que pour se former
surtout si en plus
ça peut être payé par le
par l'employeur
c'est encore mieux
mais non mais après
moi j'utilise la petite personne
elle des plateformes équivalentes
et c'est vrai que c'est très agréable
et je voulais juste revenir
sur la durée des live
ça me fait penser au live
d'Akanowa en reste
qui peuvent durer plusieurs heures aussi
il y a Niki
qui peut aussi des parfois
il s'est affifé des super uns
la nuit
j'ai plus son âge
je pourrais pas tenir
aussi longtemps
et puis surtout j'ai d'autres passions
que la informatique
notamment le cinéma
et serriter les
si je passe 4 heures
à faire astrib
je pourrais plus regarder
de film
ce sera déchirement pour moi
Nicolas
tu vas nous parler d'un autre outil
Niki

quand je parlais d'envoyer
des trucs tout à l'heure
je parlais des secrets
mais j'ai aussi récemment eu
un problème
c'était envoyer des gros documents
dans ma famille on me demande régulièrement
comment est-ce que je peux envoyer des trucs
et ça m'embête toujours de donner
une plateforme
où quand c'est gratuit
on sait pas ce qu'ils font de nos données
donc ça me chiffonne toujours
un tout petit peu
et en fait j'ai découvert
il y a quelques temps
je l'avais installé
je l'ai remis à jour récemment
c'est un outil
qui a été développé par Modia
à l'origine
qui s'appelle Send
tout simplement
et en fait c'est
l'équivalent des
8 transferts
et je sais plus quoi
mais que vous pouvez auto-héberger
donc en termes de sécurité
c'est peut-être moins bien
si vous configurez mal votre serveur
mais en tout cas
ça ne sera pas hébergé
sur le serveur de quelqu'un d'autre
donc ça fait partie des petits outils
que je vous conseille à regarder
et à installer
surtout si vous avez une entreprise
et que vous envoyez régulièrement
des documents
si vous savez gérer un serveur
installez-vous une instance comme ça
pour l'utiliser
pour envoyer vos fichiers d'entreprise
merci je sais pas si il y a autre chose à dire là-dessus
moi typiquement
j'utilise notre nextcloud pour faire ça
je partage les fichiers directement
mais c'est la même idée
c'est la même idée en effet
alors là c'est le gros intérêt
c'est que tu partages ton fichier
et il va pouvoir se supprimer automatiquement
alors que dans ton nextcloud
il faut faire un partage
moi j'utilise
j'utilise beaucoup de Dropbox pour faire ça
mais bon c'est pour plein de raisons
j'utilise plus forcément
et là c'est vraiment très simple d'utilisation
vous choisissez combien de téléchargements peuvent être fait
et combien de temps le téléchargement va rester
et ça va se supprimer automatiquement
et petit truc intéressant
c'est que vous pouvez aussi mettre un mot de passe
et c'est chiffré avec ce mot de passe sur le serveur
et c'est des chiffrés à la volée qu'on veut télécharger
c'est super marrant
vous connaissiez Rony Onida ce genre de...
enfin cet étient particulier
pas celui là
enfin j'ai entendu parler de ça parce que c'est...
après moi j'utilise
je pense à un plus ou moins équivalent
qui s'appelle Luffy
c'était un moment utilisé par Framassa
après pour l'envoi de fichier
moi je vais utiliser
les mastodontes on va dire ça comme ça
comme un Swiss Transfer et Compagnie
après ça s'arrête là
parce que c'est pas trop ma façon
sinon c'est utiliser un lien Dropbox ou...
on en revient à ça
c'est vrai par contre pour les très très gros fichiers
je passe pas par Dropbox
je passe par des alternatives comme ça
du coup ça fera une alternative de plus
en plus il y a une version hébergée
par je sais pas qui d'ailleurs
faudrait que j'aille voir
qui est à Dispo
sur le lien GitHub
justement
Nicolas je te...
je suis qui m'inquiète toujours
du coup j'ai remonté ton autre outil
parce que c'était très proche
je pense que pour rester dans la thématique
et ben exactement
donc ben tout à l'heure je partageais
de... le partage de secret
comme des mots de passe
des passe-phrases
ou même des fichiers de configuration
donc il y a un outil qui s'appelle Private Bean
donc c'est un clone de passbin
en open source
et là c'est pareil je l'ai installé
sur un de mes serveurs
ça me permet de mettre des mots de passe
et vous pouvez mettre un mot de passe
à l'octode
et vous pouvez lui dire
une fois que vous l'avez lu, une fois il est supprimé
donc en termes de sécurité
c'est un bon compromis
parce que vous envoyez le message
par mail à la personne
vous lui communiquez le mot de passe
de ce lien là par un autre moyen
ou pas, à la rigueur peu importe
et en fait si la personne vous dit
mais je comprends pas
j'ai pas accès au mot de passe
ça veut dire qu'il y a déjà une personne
qui l'a lu
donc vous pouvez en regenerer un nouveau
et le renvoyer une deuxième fois
sauf si les utilisateurs sont pas doués
ce qui n'est pas totalement exclu
mais globalement ça vous permettra
de maîtriser plus facilement
si le truc a déjà été lu
une fois et de pouvoir supprimer
le truc automatiquement
ça fait partie des petits outils
ou comme je disais
par rapport au précédent
à Send, ils sont intéressants
à déployer dans votre entreprise
pour pouvoir faire du partage
de ce créé de manière un petit peu plus
sécurisée que par mail
et pour préciser tout à l'heure
t'as dit que les mails transités
en clair alors pas exactement normalement
il y a quand même du TLS entre serveurs maintenant
mais c'est une carte postale
votre facteur peut lire
le contenu de la carte postale
c'est ça que j'avais en tête en effet
voilà
donc Nida c'est pareil
tu utilises les mastodons
pour partager tes secrets aussi
les mastodontes non
on a
une instance private bitch
chez nous qui a été mis en place par Thomas
en associé parce que justement il en avait besoin
donc on l'utilise
alors moi pas encore mais lui oui
et on peut partager aussi
je sais que ça se fait des logs très longues
c'est assez intéressant
justement pour partager sur les réseaux
sur les forums
ou sur les chats
typiquement sur notre chat interne on peut pas partager de très longues logs
qu'on crée à fichier
private bin et puis on l'envoie
c'est assez pratique
ça se verge très bien de plus
parce qu'on est pas obligé de le chiffre effectivement
non ça pour le coup
on n'est pas obligé de le chiffre
sauf si tu as des secrets dedans
en ce cas tu le chiffres et tu l'envoies à la personne
mais bon
René tu utilises ça
oui j'utilisais pas mal
à un moment j'ai besoin de parler
c'est pour ça que l'UFIS c'est pour ça
pour s'échanger avec des utilisateurs
des différents secrets etc
aujourd'hui il y a plus
enfin je dirais c'est même presque
plus compliqué
de se passer de ces outils là
que de les mettre en place
parce que tout existe
même pour faire
on en a déjà parlé
des passballs
des bits warden
aujourd'hui il y a des solutions
qui existent qui sont sympas à utiliser
et il faut pas s'en priver
parce que
c'est un truc
critique
et les solutions sont là
nickel
on va passer au dernier outil
c'est le mien pour le coup
on revient au basique parce qu'il y a plein de gens qui doivent le connaître
mais
je l'avais encore jamais utilisé
j'ai utilisé pour la première fois il y a
un à deux mois
c'est Rclone
qui est un programme en ligne de commande
qui va te permettre de gérer des fichiers
d'envoyer des fichiers
sur n'importe quel type de stockage cloud
je dis n'importe quel type parce qu'il y a plus de 70 back end
nous on s'en est servi
justement pour synchroniser des données disques
sur des stockage objets
et on va s'en servir pour synchroniser des stockage objets entre eux
et jusqu'à présent j'utilisais
la cli amazon web services
mais bon
quand un de mes collègues m'a dit
c'est super lourd mais Rclone c'est vachement bien
j'ai été voir
j'ai utilisé et en effet c'est vachement bien
c'est beaucoup plus simple que la cli amazon web services
ça se configure
de manière beaucoup plus facile
et en plus
le petit truc en plus c'est
une petite interface graphique
tu lances en ligne de commande, tu y as accès
en localhost et tu peux
explorer justement tes stockage objets
au travers d'une application web
qui est ébergée par ta cli en fait
c'est super bien et puis quand tu fais
des synchronisations,
tu as la barre de progression etc
ça fait des checks, ça fait vraiment plein de trucs
Rclone c'est formidable, tu es tombable
et pourtant je ne l'utilisais pas avant
donc je voulais en parler
c'est essentiel
de rappeler qu'il y a des outils comme ça qui existent
je vous vois rire mais bon
moi ça a été une illumination pour moi
il tourne en permanence
toutes les nuits
pour synchroniser certains objets toaster edge
et en permanence pour d'autres
parce que
ça par contre c'est l'inconvénient, j'ai des gros
objets toaster edge
avec beaucoup beaucoup de fichiers
et ça c'est à parcourir tout
c'est vraiment pénible
mais sinon
il est super bien, tu peux lui dire
tu me recopies ça là dessus, tu me synchronises
ça avec ça, il est même capable
de faire du bidirectionnel
c'est vraiment top comme outil
je vous incite à le regarder
et il est plutôt facile
à prendre en main
c'est le rsync
de l'object toaster edge
et d'ailleurs je m'en sers pour faire
du backup d'object toaster edge
sur du disk
parce qu'il n'y a pas que des back end
d'object toaster edge
juste excellent outil, je plus soit
d'autres tu l'utilises
évidemment
tu l'utilisais j'ai l'imagines
aussi oui
non ce moment pas du tout mais
ça reste un banger
je suis vraiment
la dernière route du carras, il faut me dire les trucs
ça prend du temps
c'est ça quand on fait un peu mode technique
j'ai un super
podcast conseiller
il y a un outil de l'épisode
c'est vraiment super
je dirais écouter, tu vas envers alia
en message privé ou sur les réseaux
bon
on va s'arrêter là
parce que ça fait
finalement très longtemps, je pensais qu'il serait plus court
cet épisode mais ça fait 1h50
donc
tu l'auras compris, le developp c'est un mouvement
et quoi de mieux qu'une communauté pour parler
d'un mouvement, la communauté
des compagnons du developp c'est un endroit
où tu peux discuter
tu peux t'inscrire, tu pourras
venir discuter avec nous sur le forum
parce qu'on y est tous les 3, il y en a plein d'autres
il y a tous les autres podcasteurs aussi
et puis il y a plein de personnes
puisqu'on est déjà plus de 1500 dessus
tous les jours il y a des nouveaux messages
il y a des discussions
qui se lancent
donc pour t'inscrire c'est hyper simple, tu vas sur le site
tu mets ton email, en plus tu seras inscrit
à la mailing list et tu recevras
les news tous les mois
des contenus concrets
avec un résumé que je fais tous les mois
et ben
moi je vais vous laisser à tous les 3 le mot de la fin
un petit mot pour conclure
ce que vous voulez
et Nicolas on va commencer par toi
tu vas faire passer après la parole
à qui tu veux
ouais, et ben developp c'est une culture
c'est du partage, c'est de la mesure
et de l'automatisation et du ligne
et du coup je vais laisser la parole à Nida
moi je vais rien dire depuis sans developp
c'est ce que je pensais que j'ai déjà tout dit aussi
je vais n'oublier pas
n'oublier jamais que l'informatique
tonne sans du matériel
à toi René
merci et ben je vais
pour terminer je vais vous souhaiter une bonne écoute
et j'espère que
que cet épisode vous aura intéressé
il est un peu long
et puis je vais me permettre un tout petit
message personnel
parce que depuis peu j'ai été
embrangué
dans fait des codines d'aujou avec quelqu'un
qui s'appelle Xavier je sais
qui l'écoute ce podcast
donc je l'en profite pour lui faire un petit coucou
et ben Xavier si tu nous écoutes
j'espère qu'on se voit bientôt
plus la note sera élevée et plus il sera mis en avant
dans les applications
tu peux aussi le partager
ça nous aidera à le diffuser et à rendre le mouvement
plus visible
si tu as envie de discuter du mouvement alors rejoins nous
dans la communauté des compagnons du DevOps
à bientôt
la baladeau diffusion des compagnons du DevOps
qui est produite par l'Hydra