Bonjour à toi chers compagnons et bienvenue dans ce nouvel épisode d'En apparté.
Alors en apparté à chaque fois j'interview un invité et bien aujourd'hui c'est pas
le cas puisque c'est moi qui vais intervier puisque dans les appartés qui présentent
les podcasteurs de l'émission radio DevOps il fallait bien que j'y passe à un moment donné.
Donc j'ai demandé à quelqu'un des animateurs de m'interviewer donc je ne connais pas les
questions et parmi les animateurs qui ont bien voulu m'interviewer c'est Erwin qui s'y colle.
Donc je vais laisser l'erreine de l'émission à Erwin. Bonjour Erwin. Bonjour et bien c'est à toi
que tu ailles l'erreine. Oui une fois n'est pas coutume c'est moi qui vais l'idée cette interview
et donc l'idée c'est bien sûr de faire une sorte de petit portrait de toi Christophe et donc on va
commencer par une question assez usuelle mais utile qui est que est ce que tu peux te présenter en
quelques mots pour l'ensemble de notre audience ? Alors oui moi c'est Christophe j'ai 43 ans
j'habite à Saint-Etienne et je suis indépendant depuis 2015 maintenant je commençais à travailler
en l'an 2000 puisque j'ai fait le bug de l'an 2000 au début de ma carrière et depuis en fait que
je suis indépendant j'ai été prestataire DevOps administrateur système plutôt chargé des
déploiements et maintenant je fais plutôt du conseil et de l'accompagnement et du montera des
entreprises et des personnes pour les aider à faire de la transition des Vops et les aider à rejoindre
le mouvement des Vops à travers du montera plutôt état d'esprit culture et aussi technique.
J'ai créé il y a un an avec Thomas Michel un collectif de consultant indépendant qui s'appelle
Lidra et qui est spécialisé dans le déploiement continu. Du coup ça m'emmène directement sur
ma deuxième question et tu as employé plusieurs fois du coup le terme DevOps est ce que tu peux donner
ta définition du mode DevOps est ce que vraiment ce que ça signifie pour toi en termes techniques
ou méthodos ? Oui je peux alors pour moi DevOps est avant tout une culture et un mouvement qui a été
initié il y a maintenant un peu plus de dix ans qui visait en fait à rapprocher les développeurs et
les équipes opérationnelles les aider à coopérer pour casser cette séparation qui
avait entre les deux et le fait que les développeurs étaient vraiment agile alors que les Vops à l'époque
j'utilise termes ops de manière globale ça englobe tous les administrateurs système les DBA les
équipes réseaux les équipes sécurité aussi pour moi et donc tous ces gens là il fallait les faire
coopérer et du coup Patrick Desbois a essayé d'amener l'agilité dans le monde de l'administrateur
système et des ops et depuis en fait tous ces accélérés on est passé aussi à l'automatisation
des processus etc mais pour moi le DevOps c'est avant tout cet état d'esprit qui vise à rapprocher
les équipes pour le bien de l'entreprise et c'est vraiment ça qui me fait vibrer c'est le bien de
l'entreprise avant tout pas le bien du service c'est on va tous dans le même sens pour pour
guider l'entreprise et la faire la faire aller le plus loin possible et on marche maintenant
la main et on arrête de être là pour le bien de son service alors c'est vrai que j'étais dans
beaucoup de grosses boîtes et du coup c'est pour ça que le DevOps pour moi c'est important parce que
j'ai vu les méfaits des guerres entre services et j'en ai beaucoup souffert donc voilà ma définition
du DevOps c'est intéressant ça rejoint pas mal ce que les éléments qu'on évoquait dans un des
podcasts précédents avec Damir aussi et donc c'est cool et est-ce que tu peux donner des exemples
concrets de ce que ça a changé dans ta façon de travailler au quotidien ? Oui ça a changé beaucoup
de choses déjà j'ai arrêté de me dire que les développeurs étaient la source du problème et ça
c'était déjà pas mal mine de rien ça fait beaucoup évoluer les choses et puis surtout à ce
moment donné où j'ai commencé à me dire ça j'ai commencé à beaucoup travailler avec les
développeurs c'est au moment où je suis devenu indépendant et du coup j'ai changé de typologie
de clients j'ai moins travaillé pour des grosses boîtes même si j'en ai dans mes clients mais
j'ai plus travaillé pour des startups et des PMO ce qui fait que les équipes opérationnelles étaient
plus petites puisque en fait elles se résumaient à moi et du coup j'étais tout seul comme ops et
donc ce qui a changé dans ma vie c'est que vraiment je me suis rapproché du dev et c'est à ce moment
là où j'ai commencé à faire vraiment du développement d'infrastructure de l'infrastructure
Ascode et depuis j'envisage plus de revenir en arrière de gérer mes machines à la main et ça
ça m'a apporté une sérénité dans la gestion des infrastructures que j'avais pas avant puisqu'avant
je faisais beaucoup d'astreinte et maintenant j'en fais plus du tout parce que les infrastructures
elles seraient partout de seuls et ça c'est merveilleux ça ça a changé dans ma vie et
puis surtout les équipes avec qui je travaille du coup elles sont plus apaisées et t'as répondu
en partie à la question que je souhaitais te poser juste après qui était est ce que tu te rappelles
comment tu faisais avant de d'utiliser bah toutes ces mais toutes cette culture cette méthode
et puis elle est une partie tech qui vient avec mais du coup tu viens de le dire j'imagine que tu
tu pourrais jamais refaire un retour en arrière non ça je pourrais pas alors ce que je peux dire par
contre c'est qu'au début de ma carrière j'étais développeur je faisais du c du procès donc en
gros je faisais des réclettes SQL dans des dans des démoncés qui tournaient sur des serveurs puis
bout de quelques années je suis passé dans le monde de la gestion des applications gestion
des applications et des plomands donc là on est pas encore administrateur système on gère les
applications c'est surtout vrai dans les grosses entreprises on s'assure que les batchs qui tournent
la nuit soit bien exécuté dans le bon ordre que les applications les nouvelles qui arrivent
elles soient bien installées etc et donc à ce moment là on installait tout à la main et très vite
moi ça va gonfler je commençais à faire des scripts pour installer les trucs et c'est à ce moment
là il y a à peu près 15 ans j'ai commencé à prendre le goût de tout ce qui est automatisation et
puis surtout passer du temps à réfléchir à comment améliorer les process quoi donc je pourrais
plus revenir en arrière c'est pas possible et du coup comme comme t'as un peu d'experts dans
ce mouvement comment comment tu vois l'évolution de ce mouvement de ces méthodes est ce que est
ce que t'as des choses qui te viennent à l'esprit sur ce que ça va devenir et vers quoi on va
tomber alors ouais je vois une bifurcation actuelle entre les entre la team mouvement et la team post
qui n'est pas forcément quelque chose qui me rassure puisque il y a beaucoup de personnes qui
prônent le fait que le devop c'est un poste un métier etc qu'on n'arrive pas à définir d'ailleurs
selon moi et l'autre partie dont je fais partie qui pense que c'est un mouvement qu'on peut coller
à tout un tas de postes tout à l'heure je dis tel dba la sécurité etc on entend parler de dev c
copse qui pour moi c'est pas du tout un terme qui devrait être utilisé parce que les équipes
sécurité sont des ops donc ils devraient faire partie du mouvement des vops et pas à lutter un
nouveau nouveau terme et du coup je pense que si ça continue à s'écarter on va on va avoir la
disparition d'un des deux et ce qui me fait peur c'est que ça risque d'être la team mouvement
parce que comme les entreprises les plus grosses et elles qui qui font comment dire la plus de
représentation bah on risque d'aller vers quelque chose qui n'est qu'un poste et qui n'est que de
l'automatisation et moi ce que je vais prendre c'est vraiment c'est un mouvement et c'est un mouvement
que j'essaie de rapprocher en plus du compagnonnage du mentorat et et de l'échange de pratique puisque
je m'inspire beaucoup de l'artisanat logiciel donc c'est pour moi c'est là où on doit aller
vraiment mais je suis pas sûr qu'on y a là donc toi tu milites et je comprends je suis assez
partition de ça pour une reconnaissance en tant que artisan et pas juste exécutant quand on
évolue dans ce milieu ah ouais tout à fait tout à fait et d'ailleurs ça me va me rappeler une
une anecdote en fait j'étais à j'étais dans une ss2e à l'époque en intercontract donc ma ss2e
était au nord de l'uion donc je devais me taper les alliards tour tous les jours pour aller me
il y a un commercial qui débarque dans le bureau et puis qui commence à discuter puis un moment
il dit mais toute façon vous les développeurs vous êtes que des pisseurs de code et là je
n'ai pas pu je me suis levé je lui ai dit maintenant attends tu peux pas dire ça les développeurs c'est
pas des pisseurs de code c'est des personnes qui ont fait des études qui réfléchissent qui écoutent
le métier qui répondent au métier on n'est pas des pisseurs de code on est des gens avec un cerveau
qui apportent des solutions à des problèmes concrets et en fait c'est à ce moment où j'ai vraiment
compris pourquoi est ce que à chaque fois qu'on me demandait mes cristoffes pourquoi est ce que tu
veux pas devenir manager et tout avec le background que tu as tu pourras largement et puis ça fait
longtemps que tu es pas dev mais tu vois j'avais d'expérience j'aurais dit bah ouais mais en fait
tout le monde peut être manager alors qu'en fait être un bon tech et l'expertise technique ça ne
rend pas alors je préfère être un bon tech qu'un mauvais manager après je suis plus plus bitigé
sur le tout bon peut être manager mais je pense à savoir qu'il y a des gens qui sont vraiment pas
fait pour ça mais je vois l'idée qu'est derrière ton propos j'avais une autre petite question est ce
que tu pourrais nous parler d'un projet que tu fais sur lequel soit tu travailles actuellement soit
sur lequel tu as travaillé dont t'es plutôt fier qui sont lesquels t'as pu appliquer justement aussi
bien les méthodos que mettre en place des les différents principes épiliers du mouvement des
boss alors ouais je pourrais parler d'un projet que j'ai mis en place pour la bpi où justement on
a mis enfin j'étais tout seul donc j'ai mis en place une plateforme open shift pour eux et avec le
développeur dans l'époque où il y avait une équipe de développeurs de 12 personnes et moi j'étais
tout seul comme ops on a mis en place l'intégration continue et le déploiement continue donc tout
passé par cirque l ci a y était déployé sur open shift qui fait qu'en fait tous les tests
tous les tests et les déploiements étaient automatiques jusqu'à la production où l'un n'avait plus
qu'à pousser un bouton plus tard ça évolué on est tout passé sur glit lab et glit lab ci
on a gardé la plateforme open shift donc j'étais plutôt fier de ça et puis puis la dsi a récupérer
la partie pré prode prode et puis là ça se passe pas trop donc je suis un peu moins fier de cette
partie là mais je suis pas je suis pas responsable de ça et sinon l'autre truc je sais pas si je
pensais t2 les droits oui je vas y fait le plaisir l'autre truc en fait c'est que je travaille
actuellement sur frog it frog it c'est une une usine logicielle en fait qui est basée en france
maintenue par des français puisque nous on est français on est une entreprise française on est
une coopérative en plus on est une entreprise de l'osse et tout est basé sur glit lab matheur
most puisqu'il y aura un chat pour aider les équipes à collaborer pour les sortir de slack et en
fait notre notre philosophie c'est l'alliance entre le logiciel libre et l'hébergement français
parce que on pense qu'on peut faire les choses en france en logiciel libre et qu'on n'a pas
forcément bien dégâts femmes pour tout gérer donc on est on essaye de prouver qu'en fait c'est
faisable et qu'on peut proposer une alternative à github et à glit lab avec tous les problèmes de
claudact et autres qui sont engendrés ça je vous renvoie vers mes épisodes de podcast pour ça et
le truc c'est qu'en fait on gère tout en infrastructure à scone avec mon apprenti donc
moi je lui apprend à tout gérer et en fait on héberge tout sur glit lab tout est déployé par
la gith lab ciaï ce qui fait qu'en fait l'infrastructure elle est lancée à la volée ou
mis à jour à la volée et après elle est provisionnée par en cible à la volée on
utilise terraformé en cible et notre héberge actuel c'est ce qu'elle oeille puisqu'on fait partie
du start-up programme même si officiellement ça n'a pas été annoncé vous serez les
premières savoirs enfin les premiers à part évidemment les beta testeurs puisqu'on va
lancer la beta bientôt c'est cool il y avait une autre question est-ce que il y a des sujets
autour de ce mouvement des vops que tu n'as pas trop eu l'occasion de creuser que tu souhaiterais
explorer je sais pas le monitoring et choses comme ça oui alors la centralisation des log c'est
que j'ai pas encore vraiment exploré et j'ai touché très peu en fait avec open shift parce
qu'open shift centralise les log de base mais monter une plateforme de centralisation de log
surtout que maintenant chez l'hydra on commence à avoir pas mal de serveurs c'est quelque chose
qui va faire qu'on fasse et c'est un sujet que j'aimerais bien adresser parce qu'on a encore
pas mal de log et parpillé même si même si on n'a pas non plus beaucoup de machines mais avec
les services qu'on développe puisqu'on a deux sasses en courte création il va falloir qu'on y
passe parce que sinon on va juste tirer les cheveux donc ça c'est le c'est l'un des sujets que j'aimerais
bien j'aimerais bien travailler et t'as déjà des idées de stack ou de solution et ben écoute sur
le deuxième projet qu'on est en train de mettre en place ce qui s'appelle la boîte à outil en
attendant qu'on lui trouve un vrai nom on va aller sur Kubernetes donc on va prendre du Kubernetes
manager et pour l'instant on on risque d'aller vers l'el k où on risque d'utiliser promettéus et
loki on sait pas encore on n'est pas encore on n'a pas encore tranché mais on hésite entre les deux
loki c'est une c'est un plugin de promettéus qui s'occupe vraiment des log en fait comme notre
supervision en risque de la mettre sur promettéus on se dit que peut-être loki ce serait la solution
donc on va regarder puis on s'il on va on va aussi regarder ce qui est le plus économe en énergie
parce qu'il y a un côté écologique et comment dire économie des deux ressources qu'on veut mettre
en place sur ces plateformes là puisqu'on veut densifier les agrégats en mettant le maximum de
clients sur peu de ressources pour justement faire notre part dans l'économie d'énergie donc la
centralisation de log on va essayer de choisir aussi celle qui consomme le moins
on a dépassé les 15 minutes donc je vais sur la fin des questions est-ce que tu as des
références des événements auxquels tu participes ou des livres ou des blogs à conseiller autour de
du sujet DevOps et puis même de la veille en infos à conseiller ?
évidemment il y a la communauté des compagnons du DevOps qui est la première ressource que je
conseille à nos auditrices et auditeurs après les événements auxquels je vais que j'apprécie
fortement c'est le DevOps Rex qui j'ai pas pu aller la dernière parce que j'étais au DevOps
d'Eday à Marseille donc je pouvais pas tout faire dans l'année il fallait faire dix choix
je me suis dit qu'après trois ans de DevOps Rex peut-être qu'il fallait que je change un petit
peu mais si j'ai un événement à conseiller c'est celui là on a tendance d'avoir un vrai événement
un jour des compagnons du DevOps en physique on espère on attend que tu organise ça
ben ce sera ce sera probablement pour 2022 parce que on va attendre que le covid soit passé
mais bon j'ai des idées d'événements d'événements en ligne pour l'année prochaine donc je travaille
dessus justement je réfléchis à savoir comment faire mais sinon le DevOps Rex c'est très bien et si
vous avez une conf à voir sur le DevOps Rex c'est les femmes dans la tech qui a été diffusée il y a
deux ans et j'étais dans la salle et cette conf elle est très bien je vous la conseille je vous
mettrai le lien en description moi j'ai fini mes questions est ce que tu souhaites rajouter
quelque chose à ce petit échange non écoute merci de m'avoir interviewé et merci d'avoir
fait l'animateur c'était fort agréable de se laisser porter et la merci à toi et puis
va du coup à bientôt bientôt merci d'avoir écouté radio DevOps n'oublie pas de noter l'épisode
plus la note sera élevée et plus 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 est produit par l'hydra