Des tickets au self-service

Retour d’expérience · DEV & OPS

Des tickets
au self-service

Comment rapprocher DEV et OPS dans le Cloud ?

Floriane & LouisCloud Engineer & Software Engineer

Rejoignez la session
interactive

Le QR code apparaît à l’ouverture sur le serveur.

Session : devfestUn seul scan pour toutes les questions.
Aucun compte à créer.

Le QR est généré depuis le domaine courant. Ouvrir une fois le deck avec ?presenter=VOTRE_CLE. Q : QR en plein écran. S : notes présentateur.

Vos speakers

Côté OPS

Floriane

Ingénieure Cloud

Côté DEV

Louis

Ingénieur Logiciel

Et vous, vous êtes plutôt…

• DEV
• OPS / Cloud / SRE
• Les deux
• Un autre rôle

La question est disponible dès le scan du QR code, pendant l’accueil et les présentations. Cette slide affiche directement les résultats. Les deux questions d’accueil restent ouvertes jusqu’à la fin de la slide des clusters.

Vos clusters Kubernetes

• Aucun
• Moins de 10
• Quelques dizaines
• Quelques centaines
• Aucune idée

Deuxième question disponible dès le scan du QR code, après le profil. Les résultats sont affichés directement. Le vote d’accueil se ferme en passant à la slide suivante.

Le dialogue DEV & OPS

Le dialogue entre DEV et OPS transforme les besoins de chacun en solutions communes.

Le groupe Air France-KLM

Deux compagnies.
Un groupe.

1919

Naissance de KLM

1933

Naissance d’Air France

2004

Création du groupe
Air France-KLM

Dates reprises de la présentation source.

L’IT du groupe en chiffres

250

équipes produit

1 200

applications

307

clusters AKS

Chiffres internes repris tels quels de la source. Confirmer leur actualité avant la conférence.

Une infrastructure hybride

3datacenters

4 000serveurs

24 h/247 jours sur 7

Cloud privé · Azure · GCP

Données reprises de la présentation source.

Trois ères, un même cluster

01

Les tickets

Un formulaire pour demander.
Les OPS débloquent le parcours.
Peu de visibilité pour les DEV.

Automation 1.0

TEMPS →

L’ère des tickets

Un playbook, deux actions en parallèle

Développeur

Remplit

→

Formulaire ITSM

Déclenche

→

Playbook Ansible

→

Écrit le code IaC

Dans le dépôt GitHub
de l’équipe DEV.

Lance Terraform apply

À partir du fichier Terraform
du dépôt de l’équipe.

Itérer ensemble

Une v1 pragmatique,
puis on itère ensemble
pour l’améliorer.

Quelles sont vos priorités ?

Répartissez vos 100 points entre les huit ingrédients. Vous pouvez attribuer plusieurs points au même thème.

• Délai court
• Facilité d’utilisation
• Infrastructure visible
• Erreurs consultables
• Standards communs
• Sécurité et fiabilité
• Traçabilité des actions
• Responsabilités explicites

Scale: 0 · 1 · 2 · 3 · 4 · 5 · 6 · 7 · 8 · 9 · 10 · 11 · 12 · 13 · 14 · 15 · 16 · 17 · 18 · 19 · 20 · 21 · 22 · 23 · 24 · 25 · 26 · 27 · 28 · 29 · 30 · 31 · 32 · 33 · 34 · 35 · 36 · 37 · 38 · 39 · 40 · 41 · 42 · 43 · 44 · 45 · 46 · 47 · 48 · 49 · 50 · 51 · 52 · 53 · 54 · 55 · 56 · 57 · 58 · 59 · 60 · 61 · 62 · 63 · 64 · 65 · 66 · 67 · 68 · 69 · 70 · 71 · 72 · 73 · 74 · 75 · 76 · 77 · 78 · 79 · 80 · 81 · 82 · 83 · 84 · 85 · 86 · 87 · 88 · 89 · 90 · 91 · 92 · 93 · 94 · 95 · 96 · 97 · 98 · 99 · 100

Remplace la slide 10 « Menti aux utilisateurs ». Adaptation spécifique de Live Questions : 100 points exacts, envoi atomique, validation côté serveur. T affiche les résultats. Résultats en points cumulés et part du total. Temps proposé : 60–90 secondes.

Vos priorités : DEV & OPS

En attente des réponses…

100 points par personne · « Les deux » compte dans chaque groupe · ex æquo conservés.

Les ingrédients de la collaboration

CÔTÉ DEVCÔTÉ OPS

Délai court

Facilité d’utilisation

Standards
communs

Sécurité
et fiabilité

Infrastructure
visible

Erreurs
consultables

Traçabilité
des actions

Responsabilités
explicites

Trois ères, un même cluster

01

Les tickets

Un formulaire pour demander.
Les OPS débloquent le parcours.
Peu de visibilité pour les DEV.

Automation 1.0

TEMPS →

Trois ères, un même cluster

01

Les tickets

Un formulaire pour demander.
Les OPS débloquent le parcours.
Peu de visibilité pour les DEV.

Automation 1.0

02

Le tremplin

L’infrastructure est visible dans Git.
Sa responsabilité bascule côté DEV.

Automation 1.5

TEMPS →

Le tremplin

Automation 1.5

Les DEV administrent leur dépôt et deviennent responsables de leur infrastructure.

Un socle maintenu par les OPS

Des modules, un dépôt d’exemple et deux mises à jour majeures par an.

Le tremplin

Développeur·se

Paramètre

→

Dépôt AKS équipe

GitHub Actionslocale DEV

Appelle

→

Dépôt Git plateforme

GitHub Actionsréutilisable OPS

→

Terraform Enterprise

↓

Cluster AKS

Terraform Enterprise crée et configure le cluster AKS. Les libellés sont des éléments HTML modifiables.

Démonstration du tremplin

Démonstration

Du dépôt de l’équipe au cluster AKS

La slide suivante contient la vidéo extraite du PowerPoint. Lancer manuellement avec les contrôles vidéo.

Le parcours dans GitHub

Vidéo conservée depuis le PowerPoint, sans lecture automatique. La lecture est suspendue en quittant la slide.

Améliorer le parcours

On a nettoyé la voiture.
Maintenant, on la fait briller.

Formulation clarifiée de la métaphore « On a nettoyé la voiture et après faut polish » de la source.

Trois ères, un même cluster

01

Les tickets

Un formulaire pour demander.
Les OPS débloquent le parcours.
Peu de visibilité pour les DEV.

Automation 1.0

02

Le tremplin

L’infrastructure est visible dans Git.
Sa responsabilité bascule côté DEV.

Automation 1.5

TEMPS →

Trois ères, un même cluster

01

Les tickets

Un formulaire pour demander.
Les OPS débloquent le parcours.
Peu de visibilité pour les DEV.

Automation 1.0

02

Le tremplin

L’infrastructure est visible dans Git.
Sa responsabilité bascule côté DEV.

Automation 1.5

03

Le self-service

Les DEV provisionnent leurs infrastructures.
Les modules encadrent les déploiements.

Automation 2.0

TEMPS →

Le self-service

Modules

Terraform réutilisable
Modules versionnés
Conventions partagées

Pipelines

Pipelines centralisés
Déploiements standardisés
Socle commun aux services

Policies

Contrôles automatisés
Nommage, réseau et tags

Un parcours commun à tous les services

Développeur·se

→

Dépôt Infra équipe

Action communeGitHub Actions

plan
apply

→

Dépôt plateforme AKS

Action AKSréutilisable OPS

→

Terraform Enterprise

Cluster AKS

Chaque plateforme développe son Action : AKS · App Gateway · App Service · Bases de données
Un même parcours pour créer, mettre à jour et détruire.

Démonstration du self-service

Démonstration

Plusieurs services, une action commune

Démonstration en direct : la source ne contient pas de seconde vidéo. Préparer le dépôt de démonstration et les accès avant la session.

Des responsabilités explicites

DEV

Écrire et maintenir sa configuration.
Comprendre ce que l’on déploie.

OPS

Maintenir les modules et les politiques.
Proposer de nouvelles fonctionnalités et de nouveaux services.

Et après le self-service ?

Un assistant pour préparer le Terraform

Le DEV décrit son besoin. L’assistant propose une configuration avec les modules et conventions de la plateforme.

La relecture humaine et les règles de gouvernance restent essentielles.

Pistes ouvertes : sécurité en amont, gouvernance à l’échelle et plateforme interne.

Retour d’expérience

Communiquer entre DEV et OPS
pour avancer vers
un objectif commun.

Conclusion issue de la dernière slide du PowerPoint, placée avant les échanges.

Quel ingrédient manque le plus chez vous ?

Un ou deux mots pour ouvrir la discussion.

Question proposée pour la conclusion. T affiche le nuage de mots. Les contributions peuvent être masquées par le présentateur. Ce nuage ne remplace pas une file de questions Q&A.

Questions & échanges

Plus d’autonomie.
Un cadre commun.

Et chez vous, comment DEV et OPS collaborent-ils ?

Questions & échanges