Comment déterminer le profil DevOps d'une entreprise ? C'est un élément qui est assez
important, notamment quand on est en recherche d'emplois ou quand on réalise différents
entretiens.
C'est ce que je vous propose de découvrir lors de ce podcast.
Donc, jingle, c'est parti !
Donc oui, le profil DevOps d'une entreprise, c'est quelque chose qui est assez important,
qui intervient lors des phases d'entretien, notamment à deux titres, on va dire principaux.
Le premier titre, c'est de se dire est-ce que c'est la bonne entreprise qui me correspond ?
Et le deuxième titre, c'est souvent le problème, c'est qu'on n'a pas forcément dans sa
trou sa outil la liste des bonnes questions à poser lors de l'entretien.
Et c'est vrai que souvent, on a plutôt tendance à subir un petit peu l'entretien
et arrive la fin de l'entretien où le recruteur dit tout simplement « est-ce que vous avez
des questions ? » et vous avez éventuellement quelques questions, mais vous n'avez pas
forcément travaillé le sujet avant.
Là, c'est l'occasion également de revenir un petit peu sur ces questions à se poser.
Alors pour déterminer les profils DevOps, avant de commencer, l'idée, c'est vraiment
de se dire le but, c'est pas de juger une entreprise, de lui mettre une note, mais plutôt
de la cartographier.
De manière à faire en sorte que derrière, vous cartographiez également ce que vous
recherchez et vous passez un petit peu comme un papier transparent, un calque, vous passez
votre profil sur celui de l'entreprise que vous avez dressé et vous imaginez vous
dire « ben tiens, effectivement, ça match plutôt très bien ou très peu ». On peut
imaginer aussi pour des recruteurs le même exercice pour pouvoir présenter tout simplement
à des personnes recrutées, des candidats, présenter déjà des profils d'entreprise.
Alors pour faire ça, c'est bien, mais il faut avoir des axes d'évaluation en tout
cas.
Et là encore, j'insiste, on parle d'évaluation au sens de ne pas juger l'entreprise, mais
bien de dresser son portrait, finalement son profil.
On ne cherche pas à savoir s'il y a les belles ou pas belles, mais à voir si ça match
finalement quelque chose.
Alors pour imaginer ça, c'est très simple, sauf que là on est en podcast, donc c'est
un petit peu plus délicat.
On va imaginer un graphique et le but de ce graphique, c'est de dresser, vous savez,
les diagrammes en étoiles.
Vous imaginez le diagramme en étoiles, c'est-à-dire c'est un diagramme qui a différents axes,
plus d'axe, pardon, que des graphiques standard.
Donc, on va imaginer 5 axes.
Un premier axe, ça va être les microservices.
Alors sur les microservices, c'est extrêmement important en matière de DevOps, pourquoi ? Parce
que historiquement, les microservices matchent très fortement avec l'adaptation de l'organisation
des Vops puisque le but d'avoir des microservices, c'est d'avoir plutôt des entités assez
restreintes à développer, quitte à ce que différentes équipes utilisent ou développent
en tout cas plutôt un ensemble de microservices, c'est pas juste un seul.
Mais derrière, l'idée, c'est de faciliter finalement ce mode de développement.
Ça veut dire que dans la culture de l'entreprise, déjà, il y a cet aspect qui est intégré
du point de vue développement.
Bien sûr, les microservices aussi apportent d'autres éléments et en plus des éléments
très intéressants, c'est des communications, par exemple en mode Event Driving ou d'autres
modes de communication du Rust ou d'autres méthodes encore.
Vous allez retrouver aussi des messages Q et donc ça tire vraiment des sujets très
très intéressants, très spécifiques.
Là, si on devait regarder que par rapport au DevOps, je dirais que c'est quand même
l'idée, c'est de se dire est-ce qu'il y a du microservice, pas forcément de regarder
le détail des technologies.
Mais quand on est dans le process de recrutement, bien sûr, on va aller gratter un petit peu
ce détail des technologies et voir un petit peu comment est pratiquée cette méthode de
microservice.
Là encore, il s'agit que d'une évaluation, c'est-à-dire que sur ce point-ci, ce qu'on
peut se dire, peut-être que l'entreprise finalement n'a pas encore initié sa démarche
de microservice, peut-être même que ça n'a pas d'intérêt.
Mais si ça a un intérêt, est-ce qu'elle est dans la démarche de se convertir au microservice
et là, c'est une aventure extrêmement intéressante à vivre quand on fait partie
des équipes d'ingénieurs.
Alors le deuxième axe, on va dire, c'est l'automatisation.
Alors là, ça couvre vraiment très très large.
On peut parler d'automatisation, bien sûr, pour la partie infrastructure-système,
aussi pour la partie infrastructure-réseau également.
On peut parler d'automatisation sur du provisioning plutôt dans le cloud également,
avec des outils d'infrascote type terraformes par exemple, ou encore, bien on va avoir
aussi les pipelines de déploiement qui sont ces outils d'industrialisation, des déploiements
qui vont avoir pour objectif principal de raccourcir les délais de mise en production.
Donc ça, c'est quelque chose qui est important et ça va donner aussi des sujets à discussion
dans le cadre d'un recrutement pour voir un petit peu la maturité et l'évolution
qui a été faite et de quelle manière ça a été poussé.
Par exemple, si on prend les pipelines de déploiement, on va pouvoir demander comment
vous faites pour passer d'un environnement de devs à la mise en production ? Quels sont
les différentes étapes et quel est le niveau d'automatisation ?
Attention, ça veut pas dire non plus qu'on va rechercher forcément l'entreprise modèle
qui aurait un déploiement de A à Z full automatisé.
D'ailleurs, c'est quelque chose qui est relativement rare malgré tout, mais derrière, on va essayer
de comprendre un petit peu quels sont les déroulés, est-ce qu'ils sont réfléchi,
pesés ? Donc ça, c'est quelque chose qui est aussi très important.
De la même manière en matière d'automatisation, une question que souvent je pose dans l'entretien,
c'est comment juste déployez-vous vos utilisateurs d'administration au niveau de vos systèmes.
Et ça, ça amène aussi beaucoup de questions.
Donc ça, c'est quelque chose qui est aussi assez intéressant à tirer.
Attention, ce n'est pas à partir de cet élément-là qu'on peut dresser forcément un profil
des Vops, mais l'automatisation au sens large permet de dresser ce profil et ces petites
questions qui permettent un petit peu d'évaluer l'automatisation en question et de pouvoir
la noter, finalement, c'est quelque chose qui va être assez intéressant.
La note ne visant pas à placer l'entreprise sur une échelle, le but étant vraiment de
la profiler simplement.
Alors l'autre axe, le troisième axe, cette fois-ci, c'est la conteneurisation.
Là encore, une entreprise qui ne fait pas du tout de conteneurisation, ça peut très
bien ne poser strictement aucun souci.
Bien au contraire, parfois, certaines sont même plus efficaces à ne pas en faire,
plutôt qu'à en faire, mais la conteneurisation derrière va nous permettre là encore de
dresser un petit peu le profil de l'entreprise.
Certaines vont avoir juste, par exemple, de la mise en conteneur sous docker, simplement
avec un déploiement que l'on qualifie de docker host, c'est-à-dire des VM et simplement
déployer des conteneurs.
Souvent derrière, justement, dans la discussion, ce qui va être intéressant de gratter un
petit peu, c'est de savoir est-ce que le but, c'est de rester dans cet état ou de passer
à des étapes supérieures, c'est-à-dire de la clusterisation type soir, type Kubernetes
ou type encore Nomad.
Donc, c'est des questions qui sont assez intéressantes.
Là encore, surtout, le but, ce n'est pas de juger l'entreprise, mais c'est de voir
si d'une part par rapport à ce qu'elle fait et à ses besoins, est-ce qu'elle travaille
de manière adaptée, les choix sont fait de manière adaptée ou non, et quelles sont
les projets à venir.
Donc, ça, c'est quelque chose qui est important.
Ensuite, on va retrouver le cloud, inévitable un petit peu, mais là encore, et heureusement,
et peut-être même plus que sur les autres domaines, une entreprise qui ne fait pas de
cloud, ce n'est pas forcément une mauvaise entreprise, même du point de vue DevOps,
ce n'est pas une nécessité.
Mais là encore, on va essayer de dresser le profil.
Est-ce que c'est une entreprise qui fait principalement du cloud, du cloud et du data
center, donc mixte finalement, ou uniquement du data center ?
D'ailleurs, ça va permettre de tirer différentes questions.
Une entreprise qui fait du data center en partie ou pour totalité, quelle va être la charge
de travail en data center, par exemple, puisque ce n'est pas tout à fait les mêmes actions
qui vont être réalisées, non que ce soit désagréable.
Bien au contraire, ça permet de garder un contact un petit peu avec le côté physique
et toujours suivre les éléments physiques pour toujours garder ce lien qui est important,
notamment quand on fait du diagnostic et du troubleshooting.
Donc ça, c'est quelque chose qui est important.
Le cloud également est aussi très important parce que derrière, on peut poser des questions
suivant le mode de suivi dans le cloud, le niveau, le degré d'adaptation au cloud,
c'est-à-dire par exemple, est-ce qu'on va jusqu'à utiliser du serverless ou simplement
répliquer ce qui est fait finalement sur des infrastructures hors cloud.
Ça dure, déployer simplement des instances et ne pas chercher à aller plus loin dans
ce domaine-là, ce qui peut être possible également.
Donc ça, c'est quelque chose qui est important.
Et puis avec le cloud, vient aussi les questions budgétaires qui existent également en data
center.
Comment gérer vous un petit peu le côté, alors, fin-up si on devait utiliser un terme
à la mode, c'est l'occasion d'aborder ces sujets-là lors de l'entretien.
Il reste le cinquième point et qui est de loin aussi très, très important, c'est la
culture des Vops.
Alors là, c'est la question et le sujet, certainement même le plus délicat à aborder,
notamment en entretien puisque généralement en entretien, on va rencontrer que une ou
deux personnes et le prisme de ces personnes va être forcément positif généralement
vis-à-vis de leur entreprise.
Généralement, on va considérer que les choses sont plutôt bien faites là où on
est et on va avoir tendance plutôt à même expliquer, exprimer et démontrer que ce
que l'on fait est plutôt bien.
Alors à tort ou à raison de peu importe, mais c'est un effet, un biais finalement qui
existe de fait.
Il faut avoir en tête quand on est recruté, quand on passe ces entretiens.
Et derrière, c'est important de confronter ça avec la culture et de se dire que la
culture des Vops, ça n'émane pas ni d'une personne, ni de ce qui est écrit au sein
de les règles formalisées au sein de l'entreprise, mais c'est vraiment ce qui est pratiqué.
Et ça, c'est quelque chose qui est délicat à découvrir quand on fait des entretiens
puisque généralement c'est très court.
Donc la meilleure méthode finalement, ça serait demander à rencontrer des équipes,
ce qui soit fait de fait parce que des sociétés expriment le besoin que les candidats puissent
rencontrer d'autres équipes, non pas forcément juger, mais aussi justement pour voir si les
choses matchent ou pas.
C'est l'occasion ici de discuter un petit peu des cultures des Vops, c'est-à-dire les
modes cette fois-ci de communication entre les équipes.
Si on est, si ça admine par exemple, est-ce qu'on est au quotidien, au contact des devs
avec des échanges réguliers sur un coin de table ou pas ? Est-ce qu'on a des réunions
formelles pour échanger ? Est-ce que l'on a des réunions ou des
formations communes de manière à fédérer les équipes les unes entre elles ?
Ça c'est quelque chose qui est important et puis c'est à recouper avec l'aspect
automatisation, notamment les déploiements généralement.
C'est l'axe principal qui fait que les équipes de devs et d'ops ont tendance à travailler
ou non ensemble si les devs ont leur pipeline strictement à eux et que les ops n'ont
pas la capacité à intervenir dedans, peut-être que ce n'est pas souhaitable, peut-être que
ce n'est pas souhaité, ça fait en sorte qu'il y a beaucoup moins d'échange finalement
entre les équipes.
Inversement, si on a une part du pipeline qui est réalisé par les ops et une part qui
est réalisée par les devs, là on peut avoir des synergies relativement fortes.
Alors ça c'est des choses, pour l'ensemble des 5 axes, c'est des choses que je vous
aborde comme ceci.
Derrière, c'est vraiment à vous de vous faire votre propre idée, votre propre grid analyse,
surtout pour le recrutement, mais pas seulement.
Donc le but comme je vous disais, c'est notamment d'une part de pouvoir réaliser un profil
d'entreprise pour finalement avoir un meilleur matching par rapport à vos attentes, ça
c'est quelque chose important.
Deuxième point, le but c'est de pouvoir poser les bonnes questions lors d'entretien
et pas y arriver un petit peu comme ça à l'improviste et ne pas savoir quoi poser
comme question.
Il y a encore plein d'autres questions à poser en dehors du profil des Vops proprement
parlé.
Et le troisième point qui est important pour vous, c'est aussi l'occasion et au fur et
à mesure que vous allez rencontrer des entreprises, de vous rendre compte du marché,
du besoin commun des entreprises entre les unes par rapport aux autres et peut-être
d'orienter aussi votre formation ou votre auto formation, votre veille également en
fonction de ce que vous allez rencontrer.
Voilà, j'espère que ce podcast vous a plu.
N'hésitez pas à vous abonner, à en parler autour de vous, à le partager et je vous
dis à très bientôt.
Ciao !