travail d'un lead devops

Salut Lamanara,

Bravo pour cette évolution.

1/ contrôle de la chaine de production.

Le DevOps s'appuie sur des outils permettant de te fournir toute ou partie de ta chaine de production. Typiquement, l'outil "Azure DevOps" est absolument génial. Ca permet d'avoir toute la chaine sous contrôle en un seul endroit.

Mais, cet outil (Azure DevOps) n'est parvenu à sa maturité que très récemment. Il a déjà une longue histoire et il était éclaté en une multitude de services dans le passé.

Si on reprend une chaine de production classique (et legacy), on tombe souvent sur du jenkins, du gitlab et d'autres outils de contrôle de qualité.

Pour moi, le premier rôle du lead devops, c'est d'être le chien de garde de cette chaine de production. Comme tous les dispositifs de ce type : tu les tiens ou ils te tiennent.. mais il n'y a rien entre les deux.

Soit tu lui casses la tête et il fait ce que tu lui dis de faire. Soit tu vas te réveiller tous les matins avec de graves problèmes de production. Il n'y a vraiment pas de stade intermédiaire.

Donc, premier rôle pour toi : Ayatollah du CICD.

2/ choix de l'outillage de la méthode agile.

Une partie des taches doit se faire sur un backlog en mode scrum, une partie doit se faire en Kanban.

Mode de management : Daily standup meeting, cérémonies GO/NOGO, etc...

3/ Animation de l'équipe : donner du sens.

J'ai lu récemment sur ce forum que quelqu'un travaillait dans une équipe de devs où les taches de backlogs étaient affectées à n'importe quel dev, indépendamment du projet concerné. C'est le stakhanovisme de la DSI.... et c'est parfaitement ridicule.

Dans une équipe de devops, il y a des juniors, des séniors, des experts... Je donne quelques exemple :

• - maitrise de terraform

• - maitrise de chef / ansible

• - maitrise de jenkins

• - maitrise des branches git

• - maitrise des merge requests de GitLab

• - maitrise de gitlab-ci.yml

• - maitrise de python

• - maitrise des Azure functions / AWS lambdas

• - mise en place de workers

• - centralisation des logs

• - exploitation

• - FinOps

• - sauvegarde

• - Disaster Recovery Plan

etc..

Il est évident que tout le monde ne peut pas connaitre tous ces domaines à la fois. Les collabs devops doivent avoir une progression dans cet environnement.

4/ lutte contre la dette technique.

Bouger raisonnablement avant d'être acculé.

Ca m'est déjà arrivé d'avoir 380 pods Kubernetes à migrer vers une nouvelle version de Kubernetes, avant une deadline imposée par AWS. Il est important de ne pas se laisser dépasser. Il faut avoir une bonne force de frappe pour faire les opérations.

5/ gestion de la sécurité.

Là encore, il faut vraiment être mobilisé sur ces sujets: comptes de services, gestion des secrets, certificats (et leur dates d'expiration), ségrégation des droits entre les admins, etc....

Il y a encore bien des points à lister, mais disons que c'est au moins le début de la liste.