Bonjour chers compagnons, aujourd'hui je suis en compagnie d'AirOne qui est un des animateurs
du podcast, pour ceux qui nous rejoignent, justement qui ne le connaissent pas, on a
pensé faire des petits épisodes de présentation sur chaque animateur pour que vous appreniez à les
connaître. Du coup AirOne est-ce que tu peux te présenter en quelques mots ? Qu'est-ce que tu fais
aujourd'hui ? Quelle âge tu as ? Où est-ce que tu es ? Bref un petit pédigree vite fait, bien fait.
Alors bonjour, donc je m'appelle AirOne, j'ai 38 ans, je travaille actuellement en tant que
SRE DevOps s'y s'admine dans une petite start-up qui s'appelle ToKantoko qui est un éditeur
d'une solution de data visualisation en SASS et ça va faire un peu plus de 10 ans d'expérience
dans tout ce domaine de l'infrastructure et tu devops. Du coup est-ce que tu peux nous
parler un peu de ta définition du DevOps ? C'est quoi le DevOps pour toi ?
Moi cette culture DevOps telle que je la vois c'est créer des ponds entre des équipes qui
historiquement ne se parlaient pas beaucoup et donc les devs d'un côté et les ops de l'autre
et donc ces ponds je les vois comme un ensemble d'outils, de méthodes et de méthodes et de bonnes
pratiques qui vont permettre de trouver un espèce de protocole commun pour justement que ces deux
équipes qui d'origine ne se parlent pas puissent avoir un canal de communication commun et donc
de permettre de travailler de façon plus sereine, plus rapide et en offrant des choses de meilleure
qualité. Ok, ce matin j'ai reçu un podcast justement où je racontais ma rencontre avec le
DevOps. Est-ce que tu peux nous parler de ta rencontre avec le DevOps ? Comment t'as rencontré
ce mouvement ? Et t'étais dans quel état ou c'était à quel moment de ta vie que t'as rencontré ce
mouvement et qu'est-ce que t'en as pensé au moment où t'as vraiment un prix qui existait ?
Je pense que ça fait un peu plus de dix ans que je travaille et j'ai toujours travaillé dans des
petites structures globalement ou en tout cas dans des très petites équipes et quelle que soit la
boîte dans laquelle j'étais, une des tâches récurantes c'était d'automatiser à chaque
fois ce qu'on faisait pour gagner en sérénité et aussi en rapidité. Et je pense que la notion
du pont que j'évoquais un peu plus tôt, je l'ai vraiment vécu quand j'ai travaillé chez Deezer,
donc c'était en 2011, quand je suis arrivé chez Deezerre, 2011-2012, parce que là mon poste
c'était plus uniquement de m'occuper de l'infra, du shipping, du monitoring et toutes ces choses-là,
mais avant tout de permettre d'offrir des outils au dev pour justement leur abstraire
ces questions de déploiement, de CICD, etc. Et donc je passais plus de temps à créer des outils
pour ces équipes qu'à faire du travail de six admins plus habituel et je pense que c'est vraiment
à ce moment-là que j'ai pris conscience de la mouvance des Vops puisque là j'étais vraiment
en plein de temps, j'étais vraiment devenu le pont entre l'infra et les devs. C'est marrant parce
que j'ai eu un peu cette période-là aussi où je faisais des outils pour les devs et les autres
Moi c'est vraiment ça pour moi qui a été le déclenché, on parle beaucoup d'automatisation
et tout pour parler de cette mouvance mais moi j'ai le sentiment qu'on a toujours, en tout cas dans
toutes les voies où j'étais, il y avait toujours une volonté d'automatiser des choses,
toujours être en mesure de les observer aussi puisque c'est un des piliers de ce mouvement.
Donc il y avait toujours ça, après c'est juste les techniques ou les outils qui étaient différents,
qui ont évolué mais cette notion de pont, vraiment je l'ai vécu chez dix heures plus avant,
dans mes présentes boîtes on était un peu dans le cliché du les devs faisaient leur release,
ils me filaient une archive et puis moi après je déployais cette archive avec nos différents
scripts de déploiement et là du coup quand on est dans cette orientation là on est moins dans le
côté des vops de la chose.
Qu'est ce que ça a vraiment changé dans ta vie professionnelle de passer au mouvement des
vops ? Est ce que tu as vraiment senti le avant et puis le après ? Est ce que tu t'en passerais
aujourd'hui ? Non, non, clairement aujourd'hui je pense que je continue, enfin en tout cas je
mets vertus à rester dans les bonnes pratiques de ce mouvement, j'essaye de faire au mieux parce
que je trouve que c'est vraiment bien plus productif pour tout le monde, ça permet de
partager le ownership de plein de sujets avec les autres équipes, ça permet aussi de plus être
le métier, on va dire un peu en bas grande, personne ne comprend trop ce qui se passe mais on
vient te pinger quand il y a des problèmes donc ça accentue la communication avec les autres
équipes et donc du coup ça aide aussi à faire en sorte qu'il y ait plus de visibilité sur ce
qui se passe, plus que tout le monde comprenne un peu mieux ce qui se passe et qui est plus cet effet
boite noire et tous ces aspects, moi je trouve que surtout dans des équipes on va dire plus petites,
je trouve que c'est vraiment vital, donc clairement aujourd'hui tout ce côté,
toutes les bonnes pratiques qui viennent avec ce mouvement DevOps, moi je ne pourrais pas m'en
passer. D'accord, j'ai une dernière question pour toi, est-ce que tu diffus justement cette
philosophie-là parce que tu me disais que tu étais l'un des rares hops dans ta boîte et est-ce
justement les devs qui sont autour de toi partagent le mouvement, est-ce que tu le diffuses,
est-ce que vous le mettez en, enfin est-ce que vous discutez du mouvement entre vous ?
Pas de façon aussi évidente mais implicitement oui puisque typiquement la CICD, il y a des
choses que j'ai mis en place pour démarrer, que ce soit nos Jake Inswile ou les différents
triggers etc. Mais après une fois que ça fait une base sur laquelle on a plus hittéré et que ça
devient suffisamment solide, le ownership est partagé par les autres équipes et puis les,
si les premiers pipeline c'est moi qui les ai créés, ce d'après en fait c'est les autres devs
qui n'avaient pas forcément d'apétence spéciale pour cette partie qui l'ont fait en s'inspirant
des différentes choses qui ont été créées et de la doc qui accompagnait tout ça. Donc
au final moi j'ai le sentiment que ça marche plutôt bien puisque oui c'est ça que ce soit les
images docker, les scripts en tribal etc. Je pense que je suis toujours une sorte un peu de
référent quand il y a des 2-3 sujets, on vient me pinger mais aujourd'hui c'est la façon dont on
l'a mis en place avec la doc, avec le suivi des logs, le monitoring etc. Fait que c'est des sujets que
des collègues qui ne sont pas forcément liés à ce métier peuvent reprendre. Donc du coup
forcément on en arrive à des, il n'y a plus vraiment de frontières entre devs et ops là où
je suis, même si factuellement ça reste moi qui m'occupe de la plupart des sujets on va dire plus
ops que mes collègues. Je ne sais pas si ça répond bien à ta question mais...
Ça répond en effet à ma question et j'ai une dernière question avant qu'on se laisse.
Est-ce que tu as un livre, une conférence ou un article à conseiller à nos auditrices et auditeurs ?
Déjà de suivre le forum et compagnons du DevOps et le podcast qui va avec
moi je trouve que la communauté est plutôt bienveillante et puis il y a pas mal de petites
choses qui se partagent et qui, enfin moi je trouve ça toujours intéressant.
Et on l'avait évoqué dans un, justement dans un épisode sur la veille, moi je trouve que le site
Gourneyo City est pas trop mal parce que ça permet d'avoir une... Alors c'est pas lié qu'au DevOps
mais il y a quand même pas mal d'articles qui sont remontés, qui parlent de la culture DevOps
dans ce truc là et moi je trouve que c'est vraiment pas trop mal à suivre.
Bon je mettrai le lien dans la description et avant qu'on se laisse est-ce que tu as un mot à dire
à nos auditrices et auditeurs du podcast qui nous suivent ?
Oh bah continuer de nous suivre c'est très bien, manger dans c'est bon.
Et bien je te remercie Erwan pour ton temps et puis j'espère que vous auditrices et auditeurs
vous en avez appris un peu plus sur Erwan et si vous avez des questions que vous aimeriez que
je lui pose plus tard pour faire peut-être une deuxième présentation plus tard envoyez-les nous.
Merci d'avoir écouté Radio DevOps. N'oublie pas de noter l'épisode, 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 est produite par Lydra.