Bonjour à toi chers compagnons et bienvenue dans cet nouvel épisode de Radio DevOps.
Aujourd'hui je suis en compagnie de R1 et d'Amir qui sont avec moi encore une fois pour discuter
d'un sujet qui va être beaucoup plus culturel que la dernière fois puisqu'on va parler de la
culture DevOps en entreprise mais avant ça on a les petites actues. R1 tu vas nous parler
d'une actue qui va faire écho au dernier épisode de Radio DevOps puisque tu vas nous parler des
stats d'incidents chez GitHub je crois. Oui donc une petite nous les germes et que j'ai trouvé
intéressantes donc vous n'êtes pas sans savoir que en 2018 en juin Microsoft annonçait fièrement
le rachat de GitHub donc c'était une sacrée annonce dans le monde d'Open Source avec forcément
toutes les remarques qui ont découlé en mode ça y est Microsoft va contrôler l'Open Source
j'utilise plus GitHub, pour toutes les mauvaises images qui autour de Microsoft. Et donc il y a
Statue Gator qui est une plateforme qui fait du monitoring de service cloud de façon générale
qui a fait une petite étude statistique sur les incidents chez GitHub depuis le rachat
de par Microsoft par exemple. Et donc l'étude elle est assez simple aujourd'hui ça fait à peu près
deux ans que Microsoft a racheté GitHub donc ce qu'ils ont fait c'est qu'ils ont pris les deux ans
avant le rachat et donc les deux ans après et ils ont comparé les incidents entre ces deux
périodes et alors ce qu'il devait, ce que beaucoup de gens imaginait c'est que avant le rachat on
a compté 89 incidents notables sur cette période de deux ans et après le rachat on a compté
126 incidents notables donc il y a une augmentation de 41% sachant que les incidents notables c'est
typiquement l'API qui répond plus les problèmes qu'il pouvait y avoir avec le SSO etc donc des
incidents qui empêchent vraiment d'utiliser GitHub de façon optimale. Et donc du coup de ces
stats ils ont fait aussi les stats de downtime donc vraiment de temps de perturbation et avant
le rachat donc sur un période de deux ans on comptait 6110 minutes de perturbation de temps
de downtime et après le rachat on en compte 12.074 minutes donc il y a une augmentation de près de
100% donc plus exactement de 97% et donc du coup le raccourci facile à faire c'est de se dire
ah bah depuis le rachat de Microsoft c'est vraiment encore plus d'angoisse le service GitHub
ça marche jamais c'est pas terrible et donc la vraie question c'est est ce que est ce que
finalement GitHub pète plus maintenant que les copains avant et si on regarde un petit peu plus
en détail ce qui est ce qui est ce qui a été fait pour pour l'étude on se rend compte qu'en fait
par avant GitHub aussi communiquait beaucoup moins sur les incidents et que c'était beaucoup moins
bien traqué donc il y a eu tout un tout un effort qui a été fait depuis le rachat par Microsoft
où il y a eu un changement de la page de statut il y a eu plus de plus de services différents qui
qui étaient remontés dans cette page de statut et donc monitorait et donc adressable de façon
publique et donc du coup de là on peut se dire que Microsoft n'a pas eu un impact si négatif que
ça sur le service mais juste que grâce aux nouveaux systèmes qui ont mis en place pour
pour prouver que le service était ok ou pas ok bah on a des informations plus véridiques de l'information
qui est plus exhaustive avec des tests plus avancés et donc du coup finalement probablement la
conclusion de l'article c'est-à-dire que probablement qu'avant il y avait pas mal de choses qui étaient
cachées cachées sous le sous le tapis en termes en termes d'incident et donc je trouvais ça rigolo
comme comme annonce parce que on voit tout de suite les billets les billets qu'on peut faire et donc
du coup de dire parce qu'on a une mauvaise image de Microsoft bah on imagine que tout ce qui touche
ça va être l'angoisse aussi et alors que en vrai là en l'occurrence c'est il y a quand même une
volonté de faire les choses un petit peu mieux donc c'est une news un peu légère mais dans par
rapport à tout ce qu'on racontait sur le monitoring lors des précédents épisodes on retrouve toujours
cette cette notion de bah idéalement il faudrait tout monitorer pour tout un tas de raisons on peut
pas forcément tout monitorer et donc des fois il y a des choses qui peuvent passer sous le tapis ou pas
est-ce que ça veut dire pour autant que c'est cas ou pas bah il y a c'est à trancher et donc voilà
je trouvais ça rigolo comme comme information je sais pas ce que vous en pensez damien toi est-ce
que tu savais que le service est moins bon alors je suis pas forcément fan des gars femmes comme
beaucoup le savent même si j'essaie quand même d'être assez pragmatique dans mon métier parce que
c'est important et je digresse peut-être un peu mais c'est juste deux minutes on a parté mais après
je ne me leur pas non plus et ceux qui criaient au scandale même quand crié au scandale pour dire
que Microsoft allez détruire l'open source comme ça je pense que le fait que Microsoft paie
littéralement des millions à des choses comme la Linux foundation qui gère des projets open
source est plus dangereux que le rachat de github mais c'est encore une autre histoire après ensuite
sur cette idée c'est assez intéressant donc on ne sera jamais peut-être forcément le pourquoi
de l'augmentation exacte de nombre d'incidents sur certaines choses autre que le fait qu'ils
monitorent mieux on n'est pas dans les petites enveloppes de Microsoft après de ce qu'on voit
l'extérieur il ya quand même eu ces derniers temps pas mal d'annonce il ya eu github github
github excusez-moi petit lapsus github action il ya eu une refond dans l'interface il y a eu pas
mal de choses qui ont été faites donc moi je pense que Microsoft ben ils ont poussé peut-être
certains projets aussi peut-être aussi pour rentabiliser tout simplement et ce qui est
intéressant de se dire c'est que peut-être qu'en touchant ces choses là et en améliorant le
monitoring ben ils ont peut-être en fait sorti un peu des choses qui étaient restées sous le tapis
et c'est connu quand on touche à des choses surtout sur un si complexe comme suite github
ben forcément je pense qu'ils ont eu des effets de bord aussi ou ils ont découvert des choses donc
je pense que c'est en tout cas de mon point de vue c'est pas anodin qui est une explosion du nombre
d'incidents en augmentant le monitoring d'un côté en ajoutant des fonctionnalités intégrées
vraiment sur la base du système moi moi de mon côté ça me ça me choque pas toi je sais pas
quel est ton avis du coup christophe là dessus moi j'ai pas spécialement d'avis là dessus en fait
j'ai migré au moment de l'annonce j'aurais dû le faire avant mais voilà j'ai profité de l'annonce
pour migrer de github à githlab pour justement aller vers l'osciel open source et libre en tout cas
le coeur et finalement avec le recul je suis bien content parce que je préfère githlab de manière
globale l'ergonomie est bien mieux et comme tu le dis github rajoute beaucoup de choses et pour moi je
pense qu'ils sont un peu à la traîne par rapport à githlab et qu'ils essaient de rattraper les choses
il y a la traîne en termes de fonctionnalités bien sûr pas en termes d'utilisateur parce que
en termes d'utilisateur je pense qu'ils sont loin loin devant sinon ben je trouve que la
transparence en tout cas le fait qu'ils communiquent mieux c'est tout à leur honneur et moi je pense
que c'est une bonne chose en tout cas et que ça permet à la communauté d'apprendre aussi puisque
je suis assez pragmatique comme garçon et je sais que le 100% de time c'est pas possible et que
quoi qu'il arrive quand les gens crient oui mais non c'est un immeucible que quelque chose tombe
ben c'est pas possible de laisser quelque chose up tout le temps il y a forcément des incidents
donc ça nous permet de faire des retours d'expérience des post mortems et de voir ce qui se passe et
tout le monde en profite je pense je vais vous parler de Kubernetes encore vous allez me dire
vétilla christophe il n'a pas de parler de Kubernetes en ce moment et je vais vous parler du rachat
du rachat de rancher en effet l'éditeur de la distribution Linux sus donc sus rachète la
start-up rancher on sait pas encore combien ils ont mis sur la table mais a priori d'après les
remords c'est un peu plus que 600 millions de dollars en fait il y a 9 mois sus avait annoncé
l'abandon d'open stack et du coup je pense que c'est un corollaire de ça pour renforcer leurs
offres Kubernetes à ce service puisqu'ils ont une offre Kubernetes excusez moi conteneur à
ce service plateforme c'est en fait une offre clé en main pour installer un cluster Kubernetes
on premise et donc je pense que leur approchement avec avec rancher va les aider en tout cas d'après
les articles leurs objectifs c'est de faire une offre Kubernetes 100% open source et véritablement
pris en charge partout dans le monde et non pas uniquement des offre manager vraiment c'est ça
qui vise et ce qu'on peut ce qu'on peut se rappeler en fait ces cruncher lab avait déjà
levé 30 millions depuis leur création en 2014 donc finalement un rachat à plus de 600 millions
c'est pas mal surtout qu'on sait pas quelle est le chiffre d'affaires devant charlabs et la finalisation
de l'accord est prévu pour octobre 2020 donc on en saura plus je pense à ce moment là et alors
ce que je savais pas parce que moi je suis pas un gros utilisateur de sus va même pas du tout c'est
que sus en fait est devenu une société de logiciel complètement indépendante depuis seulement 2019
puisque en fait l'entreprise a été cédée par micro focus au fond suédois eqt pour 7,6
milliards de dollars et depuis c'est un éditeur complètement indépendant alors je sais pas
ce que ça vous évoque cette news à vous deux pour le coup moi j'utilise pas non plus sus au
quotidien j'ai été voir des fois deux trois fois du côté de leur doc notamment pour podman
il y avait une partie de doc intéressante et je les connais par rapport à leur fameuse vidéo
de parodie de musique qui sort tous les ans mais après au delà de ça je les connais pas plus que
ça pareil pour un chers c'est quelque chose dont j'ai entendu parler il y a pas mal il y a peut-être
deux trois ans j'entends beaucoup moins parler maintenant donc est ce que c'est vraiment un choix
est ce que c'est encore un produit qui est très utilisé je sais honnêtement je ne peux pas trop
m'exprimer là dessus je ne saurais pas dire de choses on va dire vraiment pertinente après
dans tous les cas tant que ça reste compatible avec cubernette entre guillemets de base je pense
que les clients c'est ce qu'ils cherchent ils cherchent le mot cubernette on va pas se leurer
pour la plupart donc je pense que ça changera pas non plus grand chose quoi moi j'ai pas d'avis
non plus hyper tranché sur la question je suis juste hyper surpris en fait des prix parce que pareil
en chers je connais je vois depuis j'ai arrêt depuis quatre ans c'est même avec ça que j'avais
commencé tout un tas de projets que je trouvais ça plutôt cool mais mais ça me semblait ça me
semblait un petit peu un petit peu dépassé alors même si c'est compatible avec cubernette
etc mais ça me semblait pas avoir réussi à suivre la bonne track donc que ça soit acheté
aussi cher c'est quand même assez ouf et puis et puis après sur suce moi j'ai pas spécialement
d'avis à part qu'effectivement leur vidéo leur vidéo qui sort pour le 6 à 1000 d ou des choses
comme ça c'est c'est rigolo quoi oui d'ailleurs j'ai trouvé la vidéo spéciale cubernettis je vous
mettrai en lien de l'épisode moi j'ai deux choses à dire la première c'est que
rencheur ça l'air d'être un très bon produit moi je n'utilise pas mais en tout cas pour une
entreprise qui a plusieurs agrégats cubernettis à gérer on premis c'est à dire sur leurs machines
rencheur ça permet d'avoir un point central en fait pour gérer tous ces tous ces agrégats donc ça
c'est plutôt pas mal puisque du coup on peut déployer des applications d'infrastructures
dessus par exemple du promettius ou l'agrégation de log etc et la deuxième chose moi c'est
plutôt une inquiétude c'est par rapport au pen stack donc au pen stack pour ceux qui ne le savent
pas c'est un logiciel libre et open source qui permet de gérer des data centers complet ça
permet de faire d'avirtualisation de réseau de disques de machines il y a même des services
manager on peut même lancer des bar métal à service avec open stack et le fait que suce
abandonne open stack et je sais que c'est pas les seuls moi ça me ça m'inquiète un peu parce
que au pen stack c'est un peu le porté tendard du logiciel libre dans les data centers parce que
finalement les data centers à part au pen stack et open nebula mais bon open nebula je pense que
c'est un peu mort qui en entendu parler d'ailleurs et moi ça m'inquiète un peu de voir qu'open stack
disparaît parce que quoi qu'il en soit on a beau aimer couvernettis moi j'adore couvernettis
couvernettis ça fait pas tout et c'est pas adapté à tous les à tous les sujets je sais pas ce que
vous en pensez vous en tout cas quand on veut faire de l'infrastructure à de service à
voir des briques libres qu'open stack pour moi ça me semble important moi sur open stack effectivement
je suis assez d'accord c'est c'est c'est dommage c'est clairement dommage que ça soit abandonné
après j'imagine que c'est c'est aussi des choix des choix stratégiques par rapport à ce que les
gens font aujourd'hui et comme de plus en plus on se dirige vers des enfin on va pas se mentir
vers des infrastructures de plus en plus fat sur sur les différents cloud provider du coup ton
open stack il a quand même moins de sens ben c'est vrai qu'aujourd'hui il faut pas se le cacher
la notion en fait de cloud de cloud privé en avec du full infraservice c'est plus c'est plus ce
qui fait vendre et c'est plus qui marche aujourd'hui les gens ils cherchent vraiment des trucs plus
haut niveau soit avec du service manager c'est ce qui a fait décoller les gens américains faut
pas se le ré c'est juste parce que nous on était bloqué pour la plupart des autres alternatives
sur du du full yacé du full infrastructure à service alors que eux proposer de la plateforme
à service ou mieux encore du fonctionner à service et là c'est pareil qu'bernate permet
de faire du contenu à service c'est devenu de facto un standard parce que ça a explosé beaucoup
de monde est parti dessus pour des bonnes ou des mauvaises raisons c'est encore une autre question
mais du coup c'est devenu de facto un standard donc les gens ne voient plus forcément l'intérêt
de se dire ben on va prendre plus de lia c'est de j'arrête pas entre yacé infrastructure à service
ils les gens ils se disent tout simplement ben je vois pas pourquoi je prends l'infrastructure
à service en qu'au final je vais faire juste tourner mes conteneurs en kubernetes qui pourront
tourner tourner chez eux ou dans un autre cluster ça me changera rien je pense que c'est une
évolution assez logique là dessus du marché après je pense pas que je pense pas que une
open stack va mourir entre guillemets il y aura peut-être ça va peut-être à gérer différemment
il y a quand même pas mal de cloud provider on pense notamment à ovh qui se basse pas mal sur
leurs solutions je pense pas qu'ils vont manquer de contribution au jour au lendemain et j'espère
pas après lui ça risque peut-être un peu de ralentir le rythme avec un marché qui se divise un
peu je pense pas non plus que l'open stack disparaisse je pense même que l'open stack
valait de plus en plus vers les services manager il y en a déjà des services manager
dans open stack pas énormément mais mais comme tu le dis ovh et un gros contributeur il est possible
qu'on a un kubernetes à service dans open stack un jour si c'est pas déjà le cas il faudrait
peut-être que je retourne aller voir d'amir tu vas nous parler d'un outil que j'adore tu vas
nous parler de la dernière version de terraformes et des annonces qui vont avec alors effectivement
donc je vous parlais de terraformes donc c'est vrai que dans le ma réponse précédente je parlais
beaucoup je faisais beaucoup l'absence sur y assez c'était pas pour rien en fait je préparais
je pensais à ma news donc du coup terraformes tout d'abord j'ai un petit rappel sur ce que c'est
c'est un outil que vous connaissez sûrement déjà c'est un outil que vous pouvez faire de
l'infrastructure à ce code on en a déjà parlé dans un des épisodes précédents que je vous invite
à réécouter donc qui permet en fait du coup de faire de transformer votre code en infrastructure
et du coup vous concevez non plus directement de l'infra en ayant sur des interfaces en faisant
des choses mais vous écrivez directement du code que vous faites entre guillemets renais par l'outil
qui s'appelle terraformes et qui va créer une une infrastructure je grossis volontairement les
traits c'est vraiment un petit rappel écouter encore une fois l'épisode si vous avez plus d'infos
là dessus et du coup ils ont la solution à les publier par H.I.C.Corp qui publie aussi vault et nomad
ou d'autres outils qui sont très ancrés dans l'aspect DevOps et là en tout cas ils ont annoncé
une nouvelle version de terraformes qui est 013 et qui est sortie en beta et pas encore sorti à l'heure
de ce podcast en version définitive. Zibibip ! Alors en fait à l'heure où on enregistrait le podcast
c'était le 20 juillet terraformes 013 n'était pas encore sorti mais aujourd'hui à l'heure vous
écoutez ce podcast c'est à dire si je ne me trompe pas à partir du 20 août terraformes 013 est
sorti et d'ailleurs j'en profite pour vous dire que j'ai fait une petite vidéo de présentation du
for-hitch des modules dont on va parler d'amnir dans la travail du vendredi et je vous mets le lien
en description de ce podcast. Vous pouvez retourner à l'épisode Zibibip ! Et du coup elle apporte pas
mal de choses qui me paraissent assez intéressantes en tant qu'utilisateur. Premièrement ils améliorent
pas mal l'aspect module donc on peut découper son code et le standardiser dans ce qu'on appelle
des modules c'est un aspect qui est assez intéressant et qui est très important fait dans
l'utilisation de terraformes. Il y avait quelques petites choses qui manquaient là ils ajoutent
notamment on peut faire des boucles directement pour appeler plusieurs fois de suite un module,
on peut gérer les dépendances entre les modules ce qu'on pouvait faire avant mais de manière beaucoup
plus bricolage entre guillemets là c'est vraiment géré maintenant de base. Il y a pas de petites
choses comme ça sur les modules donc je trouve ça assez assez cool de mon côté. Il va avoir moins
de réécriture voire pas de réécriture nécessaire entre terraformes 12 et 13 pour ceux comme moi qui
connaît la migration de terraformes 11 à terraformes 12 il y a eu pas mal de petites choses à réécrire
et ça pouvait un peu prendre du temps quand on avait une très grosse base de code donc là il
y aura beaucoup moins cet aspect du grade qui sera nécessaire. Il y aura aussi des aspects qui ont
déjà été un peu importés par la dernière terraforme 12.20 comme les validations de variable
en fait qui vous permettent de faire des comparatifs en fait vous mettez sur la ligne de destination de
variable un if qui va vous permettre d'assigner en fait une variable en fonction du résultat ou des
choses comme ça donc ça ça va être totalement intégré c'était ça avait déjà été un peu
introduit mais ça va être intégré totalement. Ils vont aussi faciliter tout ce qui est provider
privé donc globalement terraformes en fait il ne va pas contacter directement votre cloud provider
par exemple si vous êtes sur AWS c'est pas lui qui va réellement appeler AWS il va passer
parce qu'on appelle un provider donc du coup ce provider en fait il peut être public et intégré
directement comme AWS comme d'autres et vous pouvez faire votre propre provider par exemple si
demain vous vous dites moi je vais faire un provider pour pouvoir faire en terraforme programmer ma
machine à café pour qu'elle me fasse mon atema kato mon café serré etc vous pouvez faire votre
propre provider d'ailleurs je vous invite à faire ce projet ça peut être très marrant et du coup ça
ça va être beaucoup mieux intégré dans la nouvelle version de terraforme et on va pouvoir les
utiliser directement beaucoup plus simplement qu'avant et il y a aussi un dernier point qui me
semble intéressant parce que pour moi il figure d'une orientation que prend un chicorpe c'est
tout simplement l'intégration terraforme login pour se connecter au terraforme cloud terraforme cloud
globalement je vais là encore je vais grossir un peu le trait c'est l'offre payante et en sas de terraformes
qui va vous permettre en fait de gérer tous les lancements terraformes les states qui sont en
fait les fichiers d'état de votre infrastructure de faire de l'audit des choses comme ça bah
tout ça en fait c'est leur produit qui vend derrière la cli en fait basique et open source
et gratuite et là du coup bah l'intérêt à son terraforme login directement dans le dans la cli
terraforme de base je pense que c'est assez important et ça montre bien leur envie de pousser un peu
leur offre payante ne serait-ce que je pense pour pour entabiliser la chose ce que ce qui est
compréhensible et c'est une solution qui peut être adaptée dans certains cas et qui globalement
fonctionne plutôt pas mal je sais pas du coup ce que t'en penses à roine de terraformes 0.3
est situé à jay c la béta moi je suis hyper chaud et essentiellement parce que là j'étais en
train de reprendre tu et tu parlais je regardais une fin une déconf qu'on avait et le donc on
utilise les modules et tout pour pour tout un tas de choses et j'étais en train de voir que on
dupliquait la masse de appels à certains modules parce que justement il nous manquait le four riche
donc du coup la boucle ça va je pense totalement changer notre notre façon de faire nos confes
quoi donc moi je suis hyper chaud pour ça en plus effectivement j'avais cru comprendre que le
passage comme je suis en 0 12 20 le passage devrait être relativement facile donc clairement c'est
un projet que on aura un petit peu plus de banque passant puisque là c'est c'est pas forcément
le moment mais qu'on va faire de passer à cette nouvelle à cette nouvelle version donc moi je
suis hyper chaud et quand j'avais vu la news avec le four riche j'étais j'étais comme un fou d'ailleurs
on en parle sur le forum des compagnons il ya un sujet à ce propos donc si vous n'est pas inscrit sur
le forum des compagnons et bien vient d'inscrire la communauté le lien est en description alors moi
en ce moment je suis en plein d'entéraphones parce que je suis en train de m'occuper de l'infrastructure
de froguite et du coup j'ai remis les mains d'entéraphones ça faisait un petit moment que j'avais
pas mis les mains et j'en étais resté à la version 0 11 et là je suis passé à la version 0 12
pas très facilement parce que j'avoue que j'avais perdu déjà mes habitudes et puis apprendre
terraformes 0 12 ça m'a pris un peu de temps et en effet les modules puisque je viens de créer mes
premiers modules ça y est où je suis je suis tout content et bah c'est pas facile en effet la gestion
des modules notamment j'ai fait un module pour créer un serveur par exemple et du coup je voudrais
l'appeler plusieurs fois et j'ai vu que bah je vais l'avoir du mal à le faire donc j'ai peut-être
le faciliter les choses et comme de toute façon on sera en beta la version 0 13 aura le temps de
sortir d'ici là alors il faut noter aussi que la version que terraformes cloud donc qui permet
d'héberger les states ou de lancer plusieurs choses il y a un fritière donc jusqu'à cinq
utilisateurs en fait c'est gratuit donc nous c'est ce qu'on utilise puisque je voulais mettre les
états de terraformes les états de state comme on les appelle dans le cloud et je ne voulais pas
forcément créer un bucket est trop pour ça même même chez scalway et du coup ça m'a permis de
tester terraformes cloud alors la prise en main au début c'est un peu fastidieux mais une fois
qu'on a compris comment ça marchait et bah ça marche pas mal même si on lance pas par contre
terraformes depuis terraformes cloud puisque c'est possible c'est notre intégration continue
githlab qui fait ça et toi alors damir qu'est ce que t'en penses est ce que tu l'as testé toi
alors je l'ai pas encore testé parce que j'ai vraiment pas trouvé le temps non mais c'est
quelque chose qui est vraiment intéressant donc déjà j'avoue que j'étais un peu rassuré par le
fait qu'il n'y ait pas de grosses refactoring à faire comme ça était le cas quand on disait
pour la 0 12 parce que ça a été quelque chose qui a été assez chronophage quand même pour
donner de côté puisqu'il y a beaucoup de code ensuite c'est vrai que la sp et ben moi ça m'a
pris globalement parce que l'aspect module pour l'instant les dépendances etc c'était fait
avec des petits haques qui n'étaient pas forcément très propres là de pouvoir le faire directement
c'est quand même agréable et la facilité pour l'intégration des providers privés c'est une bonne
chose aussi je pense ça facilitera l'utilisation de certaines de certaines choses avec des
providers vraiment fait pour le use case donc moi je suis plutôt plutôt pressé de voir ça une
fois que sera fait sortie de beta et bien on verra ça donc vous en reparleur à ce moment
là peut-être alors aujourd'hui on va discuter de comment est-ce qu'on partage et qu'on diffuse
la culture des vops en entreprise alors on va se poser la question comme si on était néo fit comme
à chaque fois notre entreprise fictive elle a l'époque repassé au dévops et qu'est-ce qu'elle
doit faire et comment elle doit faire pour ben déjà prendre à prendre le dévops puis après
partager puis diffuser la culture au sein de l'entreprise alors la première chose qu'on
peut se poser comme question c'est ben déjà est-ce qu'on veut y aller et pour y aller et il ya
souvent je sais pas si vous l'avez vu mais en tout cas moi je le vois il ya souvent un premier pas
à franchir c'est de convaincre la direction et le management de passer au mouvement des vops ce
qui est pas forcément facile parce que pour eux ça veut dire de gros investissements parce
qu'il va falloir former les gens et puis on parle pas d'une ou deux personnes on parle de pratiquement
tous les services informatiques leur laisser du temps pour apprendre tout ça mettre en place les
choses et cette direction elle peut émettre des réserves donc est-ce que vous vous avez remarqué ça
autour de vous quand vous voyez des entreprises qui passent au dévops alors c'est vrai que moi j'ai
pas mal bossé sur vraiment des très gros projets des très grosses entreprises qui étaient justement
direction était peut-être plus demandeuse pour des questions d'image et autres de passer au
dévops souvent il ya un autre facteur et une autre type de personne qui pour moi est importante
à identifier ça va être tout ce qui vont être l'hittek un peu un peu historique dans
entreprises etc qui eux vont connaître un peu tous les gens et comme ça ça va être pas mal suivi
et qui parfois peuvent avoir une mauvaise appréciation du dévops en se disant ben ça en un temps un peu
partout c'est du bullshit ou des choses comme ça donc je pense que ces gens là ils sont pas ils sont
vraiment à trouver déjà identifiés et ils sont à convaincre et à mettre totalement dans la boucle
en fait pour aider à avancer un peu cette transformation même titre que la direction
une main de route autrement globalement les les directions en effet comme tu le dis ça coûte de
l'argent ça encore une fois le dévops comme beaucoup de choses ça vous coûte de l'argent au
départ c'est un investissement on peut en tirer des choses mais vous investissez de l'argent
en la base ça il faut arriver à les convaincre donc il faut leur faire comprendre que on gagne à
terme mais qu'il faut investir maintenant et après ben j'ai envie de dire si la si la personne ne
veut pas investir c'est qu'elle entreprise ne veut pas faire le le go le sous entre guillemets donc
bah tant pis j'ai envie de dire il faudra leur en reparler quand il sera prêt moi j'ai j'ai jamais
trop été non plus trop dans ce cas là le patient donc là je travaille pour une petite
start-up et je suis arrivé quand la boîte était pas encore très très très grande on devait être
un peu plus dix et en fait il y a d'un point de vue on va dire un frais et bonne pratique il y avait
il y avait le lit dev qui avait commencé à faire des scripts en civil ou des choses comme ça mais
globalement il y avait encore beaucoup de choses qui étaient faites à la main directement sur le
serveur à l'époque et en fait ça a été pour moi assez facile de convaincre les les gens d'avoir
un peu la culture des vops parce que un ils étaient déjà eux même convaincus qu'il fallait il
fallait passer par là donc c'est à dire toute toute l'infras de code toute l'automatisation
le temps qui va avec etc et du coup c'était plus facile enfin je suis arrivé un peu en terrain
conquis quoi j'ai juste dit bon bah je vais essayer de faire ça mon objectif c'est de faire en sorte
que je ne sois pas indispensable et que n'importe qui puisse reprendre le code ou je sais pas quoi et
du coup hyper facile de convaincre les les les gens là dessus pour pour passer à ce genre de méthode
de quoi moi ça m'arrive de rencontrer en effet des prospects qui sont pas souvent c'est les rsi
qui me contactent et leurs directions sont pas très chaudes et moi ce que je fais dans ce cas là si je
peux c'est organiser un devops game donc devops game c'est un jeu qui a base de cap la je vous mets
un lien en description puisque il est en créatif commode et en fait ça permet aux managers et aux
à la direction et même aux tech de comprendre en fait les enjeux du devops au travers d'un
justement d'un jeu et de comprendre le le sang des vops et le avec des vops ça ça peut être pas
mal pour convaincre après il faut vraiment que la direction elle est consciente de ce qu'elle peut
gagner en passant la philosophie des vops et avec tout ce que ça tout ce que ça fait et une fois qu'elle
est convaincu la question qu'on peut se poser c'est comment est-ce qu'elle va faire est-ce que le fait
seul est-ce qu'elle s'est ce que se fait accompagner est-ce que vous avez déjà eu des témoignages
de ça d'entreprise qui ont fait une transformation seule ou qui ont été accompagnés moi dans mon
cas alors c'est très égocentrique mais dans le cas chez tout camp on a fait ça seul quoi c'est
je suis arrivé et on m'a expliqué les premières grosses peines qui avaient été identifiées et
du coup je sais pas si c'est peut-être aussi parce que c'était plus petit donc c'est plus facile
à prévendait mais du coup à aucun moment à aucun moment on s'est dit qu'on avait besoin d'une aide
extérieure mais je pense que c'était aussi plus facile puisqu'on commençait pas de from scratch
mais pas loin et du coup on était dans un contexte beaucoup plus petit avec l'équipe technique on
devait être 5 à ce moment là donc c'est je pense que c'est plus facile aussi de se lancer dedans et
de tant plus que j'avais une première expérience qui était assez concluant de là dessus chez 10h
où je suis resté 3 ans et l'objectif c'était justement de passer un petit peu à cette philosophie
des vobles donc j'ai l'impression que c'était suffisant en tout cas pour pas que ça soit un
problème et pour pouvoir se lancer seul chez tout camp mais probablement que dans un contexte un peu
plus exigeant ou avec une prod plus plus plus fat et plus légacie mais mon expérience et mes
compétences n'auraient pas suffi si je pousse un peu le bouton je pourrais même considérer à mon sens
que bah ils n'ont pas fait seul vu qu'ils t'ont embauché et tu venais de l'extérieur tu avais
déjà une autre expérience c'est pour ça que c'est assez je considère que parfois faire un
recrutement je considère que justement on veut pas le faire seul on embauche des gens pour aider
à faire quelque chose donc on est quand même accompagné même si la personne on la pérennise
en interne donc c'est moi j'ai déjà vu les deux situations donc des situations où ils le font
entre guillemets seul c'est à dire ben un peu comme t'as connu où ils recrutent des personnes qui
ont déjà une connaissance du mouvement qui ont déjà vu un peu ça fonctionner et qui montent on
va dire des des choses en interne pour pour le faire avancer qui vont rester en interne dans l'entreprise
et ce qu'on voit le plus souvent c'est de le faire accompagner effectivement par des consultants
externes c'est d'ailleurs c'est mon métier donc je fais en grande partie ça je pense que dans
tous les cas on a c'est plus simple si on a le point de vue extérieur que soit quelqu'un qu'on
vient de recruter ou si on est accompagné par des consultants parce qu'on a peut-être une vision
entre guillemets qui est plus qui est différente on a plus de recul sur les choses on identifie plus
facilement sûrement les points un peu de friction les points qui peuvent poser problème et de mon
point de vue c'est souvent le plus efficace après le mieux ça serait selon la taille soit on
prend uniquement comme je dis quelqu'un qui a déjà d'expérience et on le recrute en interne
après l'idéal pour moi c'est de faire les deux c'est à dire ramener la compétence de l'extérieur
en la pérennisant et se faire accompagner par des par des consultants ou autres pour un peu aider
sur ce fameux pic de charge bah qu'eroine abordé avec cette idée quand on a un gros legacy ou des
choses comme ça pour un peu absorber ce pic de charge et accompagner justement ces personnes du
coup qui sont dans les équipes que je j'appelle grossièrement et peut-être méchamment legacy
mais qui vont être dans ces personnes pour les aider justement et accompagner dans cette nouvelle
mouvance et aussi bah un point qu'on parlera après mais les former tout simplement je suis assez
d'accord avec toi ça dépend aussi de la taille de l'entreprise je pense en effet plus les entreprises
sont petites plus elles peuvent se permettre de le faire seul j'ai vu des grosses boîtes faire des
transitions des vops seul et les exemples que j'aime malheureusement ne sont pas concluant parce
que souvent ces grosses boîtes là s'intervent comment dire s'arrête un petit peu un seul pilier
qui est le pilier automation automatisation excusez moi automatisation et ne vont pas pousser la
culture plus que ça et je trouve qu'il y a de quelque chose et même parfois quand ils se font accompagner
la volonté pas forcément là c'est pour ça que comme tu dis en effet l'accompagnement et le recrutement
en même temps pour les boîtes un peu plus grosses c'est vachement bien parce que déjà bah le
consultant moi je le vois plutôt comme l'accompagnateur ou le mentor il va pouvoir aider
l'entreprise ou l'équipe qui l'accompagne à avoir un point de vue extérieur et ce sera plus
facile pour lui je pense pour dire des choses ou pour faire comprendre des choses parce qu'il aura
un regard neuf que quelqu'un qui est à l'intérieur de l'entreprise en tout cas moi c'est ce que je
conseille mais évidemment je fais ça aussi comme toi Damir donc c'est un peu je prêche un peu pour
ma paroisse en disant ça mais bon une fois qu'on a décidé de comment est ce qu'on va faire comment
on va y aller la question qu'on va se poser c'est ben d'où est-ce qu'on part qu'est ce que ça peut
comme une transition dans le cloud finalement qu'est ce qu'est ce qu'on a déjà en place c'est
quoi nos pratiques comment est-ce qu'on peut justement faire un état des lieux de nos pratiques de
nos outils de notre culture même est-ce que vous avez des pistes oui ben ça dont on part je pense
que d'abord il faut vraiment bah du coup comme tu disais un peu beh auditer un peu tout ce qu'il
y a peut-être aussi audité les gens qui vont et identifier assez rapidement les gens qui risquent
d'être un peu comme je disais tout à l'heure un réticent ou les process qui sont un peu contraignants
notamment qu'on a des process de sécu où ils ont des exigences qui sont des fois plus historiques
que réellement de la sécurité du coup identifier ces choses là vraiment pour les traiter et voir
un peu bah ce qui fait actuellement comment améliorer du moins voir tous les points un peu
de friction j'ai envie de dire identifier les différents silos si on a je pense que c'est aussi
important et identifier les sachants et ce qu'on disait à l'heure c'est à dire les personnes qui vont
du coup être décisives dans la transition parce qu'ils ont la compétence ils ont l'historique donc je
pense que ça c'est important dans la première phase qui serait une phase d'identification j'ai envie
de dire et identification au audite je ne suis pas toi etroine du coup comment tu es pris par
exemple dans ta boîte au départ ouais je peux vous dire comment ça s'est passé c'est que
globalement oui il y a eu une espèce de dit mais qui était assez rapidement vu qui était
de voir qu'est ce qui existait en termes donc effectivement d'automatisation de monitoring
de doc aussi autour de tous les sujets infras, shipping, etc et en fait moi je me souviens
quand je suis arrivé j'ai commencé par l'automatisation parce que je m'étais aperçu que
les tests autour de ça parce que je m'étais aperçu que donc le seul serveur de prod mais il
y avait un autre serveur de dev qui est en fait ils n'étaient pas du tout installés de la même
façon il y avait tout il y avait pas mal de choses qui divergait et donc je me suis bon bah
je vais commencer déjà par mettre au carré ça donc refaire des playbooks en tibel pour être
sûr d'installer les trucs avec les mêmes confs etc et donc c'est comme ça que j'ai commencé
mais donc du coup ça rejoint un peu ton idée sur vraiment faire faire un audit de ce qui existe
et d'identifier les premières grosses peines que cette culture et ces méthodes peuvent répondre
vite puisque je pense que l'ange un peu un peu comme beaucoup d'enjeux quand on arrive avec
des nouvelles idées etc c'est c'est de d'essayer d'identifier un truc qu'on peut qu'on va pouvoir
auquel on va pouvoir répondre et qu'on va pouvoir valoriser pour dire bah vous voyez maintenant si
si ça ça marche bien on va continuer dans ce sens là et après on va pouvoir être plus ambitieux et
faire des choses vraiment bien exactement moi quand je fais un audit j'aime bien j'aime bien
écouter justement les membres de l'équipe de toutes les équipes d'ailleurs à ity pour savoir
quels sont leurs problèmes actuels quelle solution il propose parce que je le dis toujours en fait
le mouvement des vops c'est bien mais en fait chaque entreprise a son des vops qui est adapté à
sa propre à son propre adn et on doit le trouver ensemble et parce que l'entreprise après elle va
porter et donc écouter moi j'aime bien quand ça part de la base et écouter les personnes qui font
c'est toujours intéressant et quand on parle de l'audit aussi c'est poser la question de savoir
quelle est la connaissance du dévops dans l'entreprise pour avoir une idée de en fait est-ce que
les gens connaissent est ce qu'ils connaissent pas est ce que pour eux c'est un poste un métier une
culture etc ça permet aussi de voir les postes probable d'issentions à venir parce que s'ils
n'ont pas le même niveau de connaissance ou plutôt s'il ya des définitions des vops
différentes on risque d'avoir peut-être un problème donc ça c'est important de le savoir avant
et moi ce que j'aime bien faire aussi c'est discuter avec l'entreprise de savoir quel indicateur on
va mettre en place pour pouvoir mesurer la progression de la transition ça peut être des
indicateurs humains ça peut être des indicateurs techniques des indicateurs business mais en gros
savoir qu'est ce qu'on va regarder et à quelle fréquence on va le regarder pour voir si on avance
ou pas dans le bon sens est-ce que ça c'est quelque chose que vous aviez déjà fait aussi l'identification
des indicateurs et le suivi je me permets de pour la parole oui oui et moi je me souviens qu'il
en avait un qui était assez facile c'était que à l'époque il y avait je n'ai pas eu entre 5 et 10
projets en production et du coup c'était pas beaucoup mais par contre l'objectif c'était d'en avoir
je sais pas lui dire n'importe quoi 200 et donc forcément le le le travail d'automatisation par
exemple il est facile enfin la plus value de ce travail elle est facilement quantifiable parce que
quand on faisait cinq projets en production avec une automatisation qui était qui n'était pas tout
à fait ça avec je sais pas des des choses à faire un petit peu à chaque fois à gauche à droite à
la main suivant une procédure qui était bien faite et qui permettait d'aller au goût mais bon qui
qui demande pas mal de petites manipulations à pouvoir faire en cinq fois moins de temps
40 fois plus de choses en parallèle bah là le gain il est facilement mesurable et du
coup c'est c'est hyper palpable et nous c'est un peu comme ça qu'on tous les jalons les a fixé
un petit peu comme ça pour savoir si on allait dans le bon sens ou pas moi je les connue peut-être
un peu un peu moins je les connue surtout quand on faisait du ligne quand on mettaient en place du
ligne dans une de mes expériences après je pense à prendre quelques kpi mais c'est un peu j'aime pas
trop trop me focaliser dessus parce que j'étais fois un peu peur qu'à force de se focaliser sur
des kpi bah on oublie en fait entre qui met l'on est plus une vision d'ensemble en est une vision
focus au kpi qu'inconsciemment on se focus uniquement sur améliorer ses résultats et pu mesurer à l'aide
de ces kpi le résultat de ce qu'on veut faire c'est à dire la transition des vops après c'est
nécessaire d'en avoir mais c'est juste que je me focalise c'est un peu moins que vous de dessus et
mais ça reste quand même intéressant d'avoir des indicateurs pour montrer on peut progresser par
exemple bah le time to market voir le nombre de mise en prod et la stade aussi je pense pour
surveiller la stabilité c'est important parce que on a vite fait comme avec la gil de voir cette
dérive de se dire bah la gil on est flexible donc on fait n'importe quoi et pareil avec le devops du
ah mais du coup c'est des vops tout est automatique on peut casser on peut casser tout plus souvent
donc je pense c'est important de de bien de bien les utiliser là dessus aussi pour pas qui est de
régression mais autrement voilà j'ai peut-être un peu moins du coup de je suis moins orienté on va
dire peut-être qu'à pied et que vous la tu c'est quand je disais indicateur c'est pas forcément
des indicateurs techniques on peut on peut avoir tout le tas d'indicateurs mais l'idée aussi c'est
de pouvoir montrer aux décideurs que ça avance et ça les indicateurs souvent ils aiment bien
ah ça moi je rajoute un autre truc c'est qu'effectivement j'ai pris cet exemple du
nombre de projets à déployer mais un autre truc qui était aussi important c'était rendre
autonomes les les équipes techniques par rapport à tous ces sujets c'est à dire que pendant longtemps
je sais pas les confs des serveurs on savait que c'était telle personne et puis on allait le voir
si on avait besoin je sais pas de rajouter un aider dans le mgnik où j'en savais trop rien et en
fait un des un des points qui nous servait aussi de d'indicateurs pour savoir si on est on était
dans le branchement ou pas c'était est ce que est ce que ce genre de tâches en fait on est
capable de les donner à la personne qui en a besoin et il est capable d'être autonome pour
pour pour l'affaire et quand tu vois que on a un espèce de mono ripo avec enfin en cible par exemple
bah quand tu vois que même si au début j'ai été surtout le gros contributeur de ce ripo
bah aujourd'hui tu dois avoir 15 20 20 contributeurs différents et ça c'est un indicateur qui nous
permettait de dire qu'on allait dans le bon sens puisque la j'imagine qu'on voit l'aborder après
mais la propagation de l'information etc elle est elle est directement matérialisé ainsi puisqu'on
voit que les autres personnes de l'équipe s'approprient ce travail et donc ces méthodes et cette
culture je rebondis juste rapidement là dessus quand je dis capia et oui c'est pas forcément
technique ça c'est vrai que c'est bien dans des indicateurs humains après je prends un exemple
juste d'un comportement que j'ai déjà vu dans une entreprise assez gros ckfr vraiment une grosse
transition des bops c'est ils sont dit on veut aller sur du devops et du cloud en même temps pour
accélérer un peu notre transformation et ils ont donc du coup pris des indicateurs et parmi
ces indicateurs on avait un qui peut paraître très simple et très efficace mais qui a eu l'effet
pour moi inverse c'est de se dire on va compter le nombre de projets qu'on met par trimestre du
legacy vers le cloud et en fait quand ils ont mis cet indicateur en place ils se disaient c'est ça
qui va mesurer en partie notre succès on va se dire on a pour objectif quand je dis on c'est la
partie de la direction on va mettre 200 200 projets sur le cloud par trimestre du coup et en fait ce
qui s'est passé c'est très simple c'est quand on veut faire vite quelque chose ben on ne fait pas
forcément bien et au final ce que ça a donné c'est tout simplement des projets qui avant
étaient sur du legacy et sur des vm ben qu'est ce qu'ils ont fait ils ont repris les mêmes recettes
en cible les mêmes recettes peu pète ils ont refait sur sur de la wfs avec de le c2 et au final
bête à transition cloud elle est bien belle mais pour moi elle n'a rien importé et juste une
perte d'argent entre guillemets donc je pense que c'est important de faire attention s'il y a pas
justement c'est c'est un peu ce que je voulais soulever comme point c'est pas juste faire répondre
à des indiquateurs pour y répondre et juste pour moi les utiliser vraiment pour mesurer quelque
chose sans y penser je suis assez d'accord avec toi là pour le coup mais là ça démontre autre
chose aussi c'est l'analyse des indicateurs au fur et à mesure du temps a priori mal été
faite puisque à un moment donné ils auraient juste dire à basse indicateur là il est peut-être pas
pertinent il faudrait peut-être qu'on l'abandonne ou qu'on change parce qu'on va dans le mur
enfin bon après c'est mon avis mais après il y a du contexte aussi quoi parce que les personnes
qui avaient géré des indicateurs n'avaient pas forcément vision technique etc mais après voilà
on rentre encore dans un autre débat oui justement ne parlons pas de débat on sait
d'où on part maintenant où est ce qu'on va parce que c'est bien beau d'avoir le point de départ
mais si on n'a rien qui nous indique le fait si on n'a pas de phare pour arpenter le chemin on risque
de se perdre donc est ce que là vous avez des pistes ou des choses que vous aimez aborder avec
vos clients pour justement définir un peu ce horizon moi je me souviens que le le le but qu'on
s'était fixé c'était de dire que l'infrastructure on manage l'infrastructure entre guillemets sans
les mains uniquement avec du code déployer de façon automatique via une ci et et un autre
truc que je vais dire je finirai cette phrase plus tard je laisse la main d'amir je vais te sauver
du coup non mais de mon côté je pense que ça dépend aussi de nos indicateurs parce que
généralement ça au final on va le définir dans nos indicateurs par exemple si on prend
un indicateur de 80% de l'équipe technique peut déployer là moi j'exact non plutôt l'inverse
c'est 10% de l'équipe technique peut déployer on voudrait que 100% de puits avec la ci la ci
dit donc je pense que ça c'est des choses qu'on va définir pas mal avec les indicateurs déjà
et autrement moi en tout cas ma vision et ça c'est en quoi de faire c'est une vision
personnelle une vision par rapport mon métier de consultant en fait consultant technique
c'est j'aime pas dire où va-t-on et on s'arrête entre guillemets moi mon truc c'est de se dire
ben c'est la formatique et surtout le DevOps c'est la mémoration continue c'est en permanence
s'améliorer et j'aime pas d'avoir de notion de on va s'arrêter quelque part moi je vais
quelque part je vais je vais aider techniquement sur sur des projets je vais insuffler des
bonnes pratiques je vais insuffler la méthodologie et je vais aider les gens à monter en compétence
dessus parce que mon but c'est pas de rester moi mon but c'est de donner un coup de main de leur
mettre le pied à l'étrier du DevOps entre guillemets et de leur dire maintenant tu as confiance je
peux t'enlever les roulettes de ton vélo entre guillemets tu peux y aller tout seul et une fois que
j'ai fait ça on n'est pas encore arrivé on va dire à un but ou un objectif c'est pas encore
forcément tout n'est pas encore forcément tourose mais mon but c'est juste en tout cas de que dans
leur transformation bah ils puissent avancer en continu tout seul donc au final qu'ils s'améliorent
tout le temps et en permanence et qu'ils puissent toujours remettre en question que soient les procès
est ce que soit les fonctionnement techniques pour améliorer les choses mais après ça encore
une fois c'est un peu peut-être ma vision peut-être un peu idéaliste aussi on va dire de la chose
entre guillemets etroine est ce que tu te souviens de ce que tu voulais dire ouais ouais donc ce que
je vais dire c'était donc que l'infrastructure sont les mains déployé avec uniquement du code donc
rien qui est fait en se logant de façon ninja sur les serveurs par exemple pour lancer telle ou
telle chose tout devait être continué dans du code et de pouvoir suivre la production de façon
très large donc on va dire de pouvoir suivre l'ensemble des logs système ou applicatif via un
système centralisé comme ce qu'on connaît avec les qui benna ou autre ou autre service et pour
moi c'était vraiment sale vers le quoi on devait aller et d'ailleurs dès que on fait quelque chose
on garde toujours ces deux ces deux aspects toujours en tête et je rajouterais un dernier point aussi
mais qui est finalement est venu un petit peu fin qui est clairement un des piliers mais qui est
venu quand même par par la suite qui était ben dès qu'on fait quelque chose donc on sait le
déployer automatiquement et on sait suivre son activité via des logs mais on doit aussi avoir des
centres de monitoring qui se déploient aussi automatiquement pour pour savoir si si tout est
ok ou pas des sondes ou des alertes peu importe et donc pour alors je suis d'accord avec toi c'est
c'est plutôt une direction plutôt qu'un but c'est un never ending job de toute façon il y aura
toujours des choses à faire là dessus mais mais clairement c'est en c'est avec ces trois points
que qu'on sait vraiment de tracer la route vers laquelle vers laquelle on est allé et j'ai
l'impression que c'est en tout cas surtout dans les petites structures c'est un c'est
trois premiers points qui sont qui sont pas mal pour démarrer et et vraiment commencer à embarquer
les gens parce que tu vois très vite les apports de ces points là dans le quotidien alors quand
je disais où est ce qu'on s'arrête en effet c'était une question un peu polémique pour moi
aussi on s'arrête pas quand on rentre dans le mouvement des fois parce qu'on est en amélioration
continue par contre quand on part il est important de savoir où est ce qu'on va aller dans quelle
direction et pour ça moi j'aime bien que bah l'entreprise ou les gens qui sont dans l'entreprise
essayent de définir l'heure des vops rêver rêver étant bien le terme parce que j'ai tendance à
utiliser une une méthode ou une technique je sais pas comment on peut l'appeler qui s'appelle
le rêve du dragon donc c'est une méthode assez particulière qui permet de faire appel justement
à l'intelligence collective du groupe donc les personnes qui vont qui vont faire cette transition
des vops donc soit l'équipe soit l'entreprise et dans ce cas on fait plusieurs ateliers en fait c'est
une méthode qui met le gestion de projets collaboratives volonté profonde de là où on
veut aller bien être des personnes et genre deux choses et souvent ça permet de faire de faire se
déplacer toute l'organisation parce que toute l'organisation finalement aura pris parti à
cette définition du quel des vops on veut pour notre entreprise je sais pas si vous aviez déjà
entendu parler de cette méthode alors moi en tout cas je n'avais pas entendu parler après c'est
pareil ça ça dépend plein de choses niveau contexte déjà de la taille de l'entreprise
le nombre de personnes impliquées ça peut être très vite assez compliqué de prendre
compte le rêve de chacun si j'ose dire mais c'est ça reste une possibilité assez intéressante
moi je connaissais pas non plus bon mais je mettrai le de toute façon le lien en description c'est
des choses que j'apprends dans ma coopérative vu que je suis j'ai tout un tas de personnes
dans ma coopérative qui sont pas des tech et bah du coup ça me permet d'apprendre des choses
comme ça un peu étrange qui sortent de l'ordinaire que j'aime bien que j'aime bien prendre
prendre et bousculer un petit peu les personnes chez qui on va on a aussi des notions de facitation
graphique et genre de choses qui peuvent qui peuvent beaucoup aider et du coup une fois qu'on
a le phare on l'a positionné on le voit en fait il nous éclaire on n'a plus qu'à y aller plus
qu'à sévéliser plus qu'à ça veut dire infuser finalement la culture des vops et pour l'infuser
comment est-ce qu'on peut faire quelle quelle quelle quelle quel comment dire quelle technique
quelle méthode quel truc et astuce vous pourriez utiliser pour infuser la méthode des vops on
parle pas encore de diffusion mais vraiment de poser la petite graine au sein de l'organisation
alors je j'ai peur de de quand ça s'appelle de déborder sur la diffusion mais le moi la
façon dont je comprends ce que ce que tu demande c'est ouais c'est enfin j'ai du mal à saisir la
différence entre ça et la diffusion mais en gros ce que ce que moi je fais c'est j'essaye de
forcément de documenter un maximum de choses et en fait après on a des espèces de sessions
alors certains appellent ça des learning house des bbl des dojo des ce qu'on veut mais on a des
espèces de créneaux qu'on qu'on dédie pour pour communiquer et partager ce qui a été fait
récemment ou montré comment y contribuer et tout et moi j'ai le sentiment que c'est comme ça que
qu'on arrive à rendre le sujet intéressant et palpable pour pour pour les autres les autres
équipes et puis surtout faire fin dans lors de ces lors de ces sessions le comment s'appelle le
le truc qui me part important c'est de faire des des des mots concrètes avec des cas d'usage
que les personnes peuvent rencontrer moi généralement j'ai trouvé que ça ça ça aidait bien pour pour
pour avoir l'adhésion et rendre curieux les gens et les faire participer par la suite quoi
pour moi on est déjà un petit peu dans la diffusion la fusion pour moi c'est plutôt
un nombre restreint de personnes d'amir dit avis là dessus du coup moi je suis assez je
quand même pas mal dans l'idée d'airwan oui j'aurais je pense que c'est important de monter du
concret en fait parce que dire à quelqu'un prendre des exemples qui sont chez google ou autre
ben tout le monde n'est pas google c'est peut-être pas intéressant pour eux etc donc je pense
c'est intéressant de faire des ateliers typiquement ben déjà comment le disait on identifie les
personnes qui vont être important dans notre transition qui vont être influence au niveau
technique de l'entreprise au niveau historique de l'entreprise on va apprendre ces personnes une
fois qu'on les a identifiées on va par exemple dans des ateliers pour leur montrer concrètement
ce que ça pourrait donner typiquement on va prendre la personne qui est important dans
l'équipe dev une personne qui est important dans l'équipe ops et on va leur montrer concrètement
ben on va dire ce que ça a changé dans leur métier dans leur communication dans la manière
au travail pour leur bien leur montrer des avantages que ça va être mieux pour pour eux ça va
détendre les choses ça va améliorer le fonctionnement donc on essaie de leur montrer concrètement à eux
ce que ça apporte pour justement on va dire vraiment qui comprennent l'intérêt du changement
qu'ils ont envie de le faire et qui découvrent un peu comment ça va comment ça va se faire et
une fois qu'on a qu'on a bien fait ça je pense qu'une fois que eux sont bien convaincus et qu'on
prenne bien ce que ça apporte on va dire et comment il y a globalement comment y arriver après je
pense que qu'on peut passer à la diffusion tout à fait alors c'est vrai que nous on est très peu
nombreux et les accompagnements je les fais souvent seul j'ai pas la force de frappe de
whiskel et du coup moi ce que j'aime bien faire en effet c'est identifier enfin plutôt faire
identifier les les possibles leaders techniques culturelles et autres les guides en fait les gens
qui vont qui vont diffuser plus tard cette culture et de former une petite équipe et c'est cette
petite équipe en fait avec qui on va travailler pour justement poser la graine du devops qu'est ce
que c'est etc et cette petite équipe souvent ce que je leur propose c'est de se former à la
culture et aussi à la communication parce que quand cette équipe là va faire des choses il va
faire qu'elle communique à l'entreprise pour montrer que les choses se passent et que ça avance
et pour les former à la culture il n'y a rien de mieux pour moi que les conférences les vidéos
en ligne et puis les discussions avec des personnes qui ont déjà en effet pratiqué le devops
et aussi je pense pendant toute la phase où elles vont pratiquer et apprendre elles en fait
cette petite équipe ben avoir un accompagnement et technique et un accompagnement au changement
pour les aider justement à pouvoir présenter ça plus tard à l'ensemble des personnes de
l'entreprise parce que pour moi la transition elle peut venir que de l'entreprise et donc du
coup il faut quand même que une partie de l'entreprise passe à la culture des vops pour après la
diffuser au plus grand nombre je sais pas ce que vous en pensez de cette technique mais clairement
je pense que c'est important ben quand tu l'infuses à ce petit groupe de personnes de bien le faire
parce que effectivement la diffusion elle va aussi venir de là va venir des personnes qui vont
la diffuser on va dire de même aux autres personnes donc oui c'est clairement un point important
moi j'ai pas grand chose à ajouter parce qu'en fait je comprends mieux la distinction que
vous voyez mais je comprends aussi que moi j'ai jamais été vraiment confronté à ça parce que la
fois où j'ai vraiment dû faire ça donc c'était chez tout camp et en fait on était juste tellement
peu nombreux dans l'équipe technique il n'y avait pas cet enjeu là quoi c'était c'était plus
facile puisque on était 5 et du coup du coup infuser le truc ou le c'est c'est beaucoup plus
facile dans un contexte comme ça il n'y a pas de l'id à convaincre ou quoi que ce soit
clairement du coup vous étiez et dans la diffusion et dans la diffusion en fait vous
aviez même déjà fait votre infusion du coup on va parler de diffusion de la culture maintenant
qu'on a notre petite équipe identifiée finalement qui a bien compris ce que c'était que le dévops
comment est-ce qu'on passe alors on a dit on l'a déjà dit on l'a déjà abordé on va faire des
ateliers techniques organisé des déjeuners avec des experts donc souvent alors il y a un site qui
s'appelle le brown brown bag lunch qui est le sac en papier marron en fait on organise des déjeuners
avec ces experts qui discutent avec nous de ce que c'est que le dévops ou de comment ils l'ont
mis en place dans leur entreprise est-ce que vous avez d'autres pistes justement là dessus
du coup moi ça me parlait intéressant quand on le met en place après ça dépend vraiment
de la taille de l'entreprise mais je sais que dans pas mal d'entreprises il y a des démos
intéréquipes donc où les gens vont faire des démonstrations de ce qu'ils ont fait sur un spring
te donner je pense que là c'est vraiment intéressant de participer activement et de montrer ce qui a
été fait ce qui a été amélioré grâce au devops pour juste en diffuser un peu ce qui est
amélioré aux autres équipes et leur donner envie en fait de passer à ça aussi donc ça c'est
quelque chose qui est qui est assez intéressant et après bah c'est tout simplement voilà de
partager ce qu'on fait donc er oine en parlé déjà un peu de tout à l'heure je pense que la
documentation rentre l'an d'anci de documenter les choses de les partager sur sur les sites
interne qui peut y avoir pour vraiment les tenir au courant leur donner un peu envie de continuer
dans cette voie moi c'est deux choses qui me paraissent assez assez essentielles en tout cas
ouais il y a ça puis je pense un truc aussi un peu bête ça peut être des des espèces de
dashboards qui peuvent montrer nous par exemple le un truc qui je me souviens avait avait vraiment
permis de convaincre même des gens qui étaient absolument pas liés à l'équipe technique mais
de montrer que notre déploiement était était comme dire je peux y faire qui était plutôt bien
fait rapide etc c'était on a on avait un espèce de graphe qui montrait l'évolution des des versions
qui étaient disponibles en prod et en fait on voyait que c'était un graphe qui montrait que en
moins de 10 minutes on mettait on déployait la nouvelle version de notre produit sur les 200
stacks de production et sans interruption de service et donc du coup on avait un joli graphe
qui montrait que la version la nouvelle version qui était en verbe au début elle représente que 2%
du parc et puis à la fin ça représente 95% et donc du coup c'est c'est des éléments visuels
qui permettent de diffuser le truc et surtout du coup là on l'occurrence de se permettre de
célébrer la réussite et qui marchait plutôt bien il faut il faut montrer en effet qu'on y arrive
il faut célébrer la réussite qui a porté par la culture des vops pour en effet encourager les autres
à y passer quand tu quand on parlait de documentation c'est vrai que la première chose qui nous vient
l'esprit c'est la documentation écrite mais en fait la documentation elle peut être elle peut être
visuelle elle peut être en vidéo elle peut être même en podcast vous selon la taille de votre
entreprise vous pouvez organiser un podcast interne pour justement discuter de la culture et la
diffuser puis si vous n'avez pas la taille suffisante pour créer un podcast vous pouvez diffuser le
nôtre à l'intérieur de votre entreprise c'est aussi une possibilité mais pour moi il y a un rôle
important aussi dans la diffusion de la culture c'est le rôle d'animateur c'est d'identifier vraiment
quelqu'un ou un groupe de personnes qui vont animer la culture au quotidien ou de manière
hebdomadaire dans l'entreprise pour pas pour pas qu'on la perde finalement pour pas qu'elle
péréclite parce qu'on a vite tendance quand on en tout cas on n'a pas acquis une habitude à revenir
sur ses anciennes habitudes et pendant le temps de la diffusion et de la culture ration de tout le
monde pour moi c'est important d'avoir un animateur et même c'est important d'avoir un animateur
tout le temps jusqu'à la fin en fait il n'y a pas de fin mais jusqu'à la fin enfin vous m'aurez compris
et puis surtout pendant la diffusion pour moi il ya un truc important aussi c'est bah suivre les
indicateurs même si je sais que ta mère il veut pas se focaliser dessus mais c'est important de les
suivre et de communiquer dessus aussi comme on disait de montrer comme tu disais Erwan quand on y
arrive on peut déployer en moins de quelques secondes voir quelques minutes j'ai pas dit je ne voulais
pas les suivre attention j'ai dit que je voulais pas me focaliser dessus au point de ne plus avoir
de recul et de ne suivre que ça et d'être un peu aveuglé faut pas que ça devienne un dogme
c'est ça et ça je l'ai vu quand même assez souvent surtout quand il n'y a pas une une entreprise
assez grosse on va dire exactement je te taquine je te taquine et puis surtout il y a un truc qui
est important on en a déjà fait un épisode je pense mais pour moi il est important que on
met en place une routine que chaque personne met en place une routine pour pouvoir faire de la veille
parce que qui dit mouvement DevOps dit plein de nouvelles techniques aussi plein de nouvelles méthodes
et plein de choses et du coup c'est important ben vraiment de si on le faisait pas avant de le
faire et surtout pour les managers ou directeurs de dégager du temps aux employés pour qu'ils
puissent faire de la veille parce que c'est vraiment important pour l'entreprise des personnes qui sont
à la pointe sont des personnes qui seront efficaces je pense que vous serez d'accord avec moi
que vous soyez d'ailleurs dans un mouvement dans le mouvement DevOps ou pas dans tous les cas la veille
c'est quelque chose qui est important quoi on n'a pas attendu ces dernières années de la veille
toujours fait il y a toujours les versions qui est qui est de logiciels qui évolue il y a toujours
plein de choses qui évolue donc c'est important de le suivre je vais préciser que quand j'étais
dans des grandes grosses boîtes parfois il n'y avait pas de veille en fait parce que on était
dans un écosystème un peu fermé et du coup on n'avait pas besoin de faire de la veille et ça
ça péréclite en fait et toutes les boîtes ne font pas enfin toutes les employés de toutes les
boîtes ne font pas de la veille c'est quelque chose qui qu'on a tendance à oublier parce que je pense
qu'on vit dans dans quelque chose qui est un peu idéal nous on a vraiment de la chance mais tout
le monde n'a pas cette chance là après je pense que ça pose quand même des problèmes parce que j'étais
dans les entreprises un peu à l'ancienne entre guillemets et même inconsciemment tu fais moi moi
j'ai toujours fait un peu de veille même inconsciemment où tu vas suivre au moins un peu les nouvelles
sorties sur ce qu'on utilise et tout tu peux pas vraiment tu peux avoir des choses un peu spécifiques
à ton entreprise mais jamais au point d'être totalement indépendant en fait de tout le reste
tu te bases forcément sur des tecto qui c'est déjà donc après il y a des personnes qui
font pas de veille parce qu'elles viennent juste pour faire leur taff et si on leur donne pas de temps
elles en feront pas mais inconsciemment généralement moi j'ai quand même temps à me renseigner au moins
sur ce qui est évolué et les choses là quoi mais après c'est encore un autre débat la veille
débat qu'on a déjà eu d'ailleurs vous pouvez aller écouter l'épisode de podcast dédié à
la veille je mettrai le lien en description et ben je crois qu'on on est arrivé à la fin une belle
heure encore un beau podcast je pense je vais vous laisser le mot de la fin et puis moi je vais dire
voir à toutes mes auditrices et auditeurs et puis cher compagnon je te dis à très bientôt
je vais te dire mon mot de la fin que j'ai peut-être déjà utilisé mais c'est pas très grave le podcast
et le dévops avant toute l'humain et de la communication donc ce qui est important c'est
vraiment de communiquer et d'échanger avec les gens de comprendre ce qu'ils veulent ce qui
recherche et leurs problématiques donc je pense que c'est le plus important entre guillemets pour
diffuser la culture de la entreprise et d'écouter les personnes et ben je rajoute
très à ça qu'il faut pas hésiter à commencer petit pour avoir des premières victoires qui
permettent de vite convaincre l'ensemble des équipes que on va dans le dans le bon chemin
fin sur la dans la bonne direction par le merci d'avoir écouté radio dévops n'oublie pas de
nos téléviso de 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 dévops à bientôt
la balade aux diffusions des compagnons du dévops et produit par l'hydrat
visio confusus tu vois toi qui travaille à ton compte la mutuelle de demain te permettra d'être
indéminisé si tu es arrêté ok ben tabut elle de demain bon et bien servi aujourd'hui en fait
parce que là béclias il comprend rien à ce que je dis être obligé de travailler quand on est
arrêté c'est du passé avec aéziomutuel les professionnels bénéficient de garantie santé
ou prévoyance adapté à leur statut comme l'indéminisation perte de revenus en cas d'arrêt
de travail aéziomutuel c'est ça la mutuelle d'aujourd'hui information et conditions en agence au
suraiseau.fr