Glossaire DevOps : 60 termes essentiels à connaître
Vous commencez à vous intéresser au DevOps et vous tombez rapidement sur des mots comme pipeline, CI/CD, Docker, Kubernetes, Terraform, GitOps, observabilité, rollback, SRE, Infrastructure as Code ou encore blue/green deployment.
Au début, tout cela peut sembler intimidant. Pourtant, le DevOps repose sur une idée simple : rapprocher les équipes de développement et d’opérations pour livrer des applications plus rapidement, plus efficacement et plus sûrement.
Le problème, c’est que l’écosystème DevOps utilise beaucoup de termes techniques. Et si vous ne maîtrisez pas ce vocabulaire, il devient difficile de suivre une formation, de comprendre une documentation, de préparer une certification ou de participer à un projet réel.
Bonne nouvelle : vous n’avez pas besoin de tout apprendre en une journée. Vous devez d’abord comprendre les mots essentiels, leur rôle, et comment ils s’intègrent dans une chaîne DevOps moderne.
1. Les fondamentaux du DevOps
Avant d’entrer dans les outils, il faut comprendre les concepts de base. Le DevOps n’est pas seulement une liste de technologies. C’est d’abord une culture de collaboration, d’automatisation et d’amélioration continue.
| Terme | Définition simple |
| DevOps | Approche qui rapproche développement, opérations et automatisation pour livrer plus vite et plus sûrement. |
| Culture DevOps | Ensemble de pratiques basées sur la collaboration, la responsabilité partagée et l’amélioration continue. |
| Automatisation | Remplacement des tâches manuelles répétitives par des scripts, pipelines ou outils. |
| Collaboration | Travail commun entre développeurs, ops, sécurité, QA et équipes produit. |
| Feedback loop | Boucle de retour rapide permettant de détecter, corriger et améliorer continuellement. |
1. DevOps
Le DevOps est une approche qui vise à réduire la séparation entre les équipes de développement, qui créent les applications, et les équipes d’opérations, qui les déploient et les maintiennent en production. Avec le DevOps, les équipes travaillent ensemble dès le départ. L’objectif est de livrer des fonctionnalités plus rapidement, avec moins d’erreurs, grâce à l’automatisation, au monitoring et à la responsabilité partagée.
2. Culture DevOps
La culture DevOps désigne l’état d’esprit qui accompagne les pratiques DevOps. Elle repose sur la confiance, la transparence, la collaboration et l’amélioration continue. Un outil comme Docker ou Jenkins ne suffit pas à “faire du DevOps”.
3. Automatisation
L’automatisation consiste à réduire les actions manuelles dans le cycle de vie d’une application : tests, déploiements, création d’infrastructure, configuration, sauvegardes ou contrôles de sécurité.
4. Collaboration
Le DevOps encourage les équipes à travailler ensemble plutôt que dans des silos. Les développeurs comprennent les contraintes de production, les opérations comprennent les besoins applicatifs, et la sécurité intervient dès le début.
5. Feedback loop
Une feedback loop est une boucle de retour d’information rapide. Si un développeur pousse du code défectueux, les tests automatisés doivent l’alerter rapidement. Plus le feedback est rapide, plus les corrections sont simples.
| À retenir : Le DevOps ne commence pas par les outils. Il commence par une manière différente de travailler : collaboration, automatisation, mesure et amélioration continue. |
2. Les termes liés au code et à Git
Git est au cœur du DevOps. Sans gestion de version, il est difficile de collaborer, de suivre les changements, de revenir en arrière ou d’automatiser les déploiements.
| Terme | Définition simple |
| Git | Système de gestion de version utilisé pour suivre les modifications du code. |
| Repository | Espace où le code source et son historique sont stockés. |
| Commit | Enregistrement d’un changement dans l’historique Git. |
| Branch | Version parallèle du code permettant de travailler sans impacter la branche principale. |
| Merge | Fusion de deux branches Git. |
| Pull Request | Demande de revue avant d’intégrer du code dans une branche principale. |
| Code Review | Relecture du code par d’autres membres de l’équipe. |
6. Git
Git permet de suivre l’évolution d’un projet, de travailler à plusieurs et de revenir à un état précédent en cas de problème. Dans un contexte DevOps, Git sert aussi à versionner l’infrastructure, les fichiers de configuration, les scripts et les workflows CI/CD.
7. Repository
Un repository, ou dépôt, est l’endroit où le projet est stocké. Il peut être hébergé sur GitHub, GitLab, Bitbucket ou Azure DevOps.
8. Commit
Un commit est un enregistrement d’un changement dans Git. Chaque commit représente une étape dans l’évolution du projet et doit contenir un message clair.
9. Branch
Une branche permet de travailler sur une fonctionnalité, un correctif ou une expérimentation sans modifier directement la version principale du projet.
10. Merge
Le merge consiste à fusionner les modifications d’une branche dans une autre, par exemple lorsqu’une fonctionnalité validée rejoint la branche principale.
11. Pull Request
Une Pull Request permet à d’autres membres de l’équipe de relire les changements, poser des questions, demander des corrections et valider la qualité avant fusion.
12. Code Review
La code review améliore la qualité, réduit les bugs, favorise le partage de connaissances et détecte des problèmes avant la production.
3. Les termes CI/CD à connaître
La CI/CD est l’un des piliers du DevOps. Elle permet de tester, construire et déployer les applications de manière automatisée.
| Terme | Définition simple |
| CI | Continuous Integration : intégration fréquente du code avec tests automatisés. |
| CD | Continuous Delivery ou Continuous Deployment : livraison ou déploiement automatisé. |
| Pipeline | Suite d’étapes automatisées pour tester, construire et déployer une application. |
| Build | Processus de transformation du code en artefact exécutable. |
| Artifact | Résultat d’un build : package, image Docker, fichier JAR, ZIP, etc. |
| Runner / Agent | Machine ou environnement qui exécute les jobs du pipeline. |
| Job | Étape individuelle dans un pipeline CI/CD. |
| Stage | Groupe logique de jobs dans un pipeline. |
13. CI – Continuous Integration
La Continuous Integration consiste à intégrer fréquemment le code dans une branche partagée. À chaque modification, des tests automatisés sont exécutés pour vérifier que le code fonctionne toujours.
14. CD – Continuous Delivery / Continuous Deployment
Continuous Delivery signifie que l’application est toujours prête à être déployée avec validation humaine possible. Continuous Deployment signifie que chaque changement validé peut être automatiquement déployé en production.
15. Pipeline
Un pipeline est une suite d’étapes automatisées : récupérer le code, installer les dépendances, tester, construire, créer une image Docker, pousser l’image puis déployer.
16. Build
Le build transforme le code source en élément exécutable ou déployable : fichier .jar, bundle optimisé, binaire ou image Docker.
17. Artifact
Un artifact est le résultat produit par un build. Il peut être stocké dans un registre ou un dépôt spécialisé.
18. Runner / Agent
Un runner ou agent est l’environnement qui exécute les tâches du pipeline, par exemple un runner GitHub Actions, GitLab CI ou un agent Jenkins.
19. Job
Un job est une tâche individuelle dans un pipeline : installer les dépendances, exécuter les tests, scanner le code ou construire une image.
20. Stage
Un stage regroupe plusieurs jobs liés à une même phase : test, build, security-scan ou deploy.
| À retenir : La CI/CD est le moteur de l’automatisation DevOps. Elle permet de livrer plus souvent, avec moins de risques, car chaque changement est testé et validé automatiquement. |
4. Les termes liés aux conteneurs
Les conteneurs permettent d’emballer une application avec ses dépendances pour l’exécuter de manière cohérente dans différents environnements.
| Terme | Définition simple |
| Container | Environnement léger qui exécute une application avec ses dépendances. |
| Docker | Plateforme populaire pour créer et exécuter des conteneurs. |
| Image Docker | Modèle immuable utilisé pour créer un conteneur. |
| Dockerfile | Fichier décrivant comment construire une image Docker. |
| Registry | Dépôt où sont stockées les images de conteneurs. |
| Docker Compose | Outil pour lancer plusieurs conteneurs localement. |
21. Container
Un conteneur est un environnement isolé qui contient une application et tout ce dont elle a besoin pour fonctionner. Il est plus léger qu’une machine virtuelle et plus rapide à démarrer.
22. Docker
Docker permet de créer, exécuter et gérer des conteneurs. Il aide à garantir qu’une application se comporte de la même façon sur le poste développeur, en test et en production.
23. Image Docker
Une image Docker est un modèle utilisé pour créer un conteneur. Elle contient le code, les dépendances, les variables nécessaires et les commandes de démarrage.
24. Dockerfile
Un Dockerfile est un fichier texte qui décrit les étapes nécessaires pour construire une image Docker.
25. Registry
Un registry est un dépôt d’images de conteneurs : Docker Hub, Amazon ECR, GitHub Container Registry ou GitLab Container Registry.
26. Docker Compose
Docker Compose permet de définir et lancer plusieurs conteneurs ensemble, par exemple une application web, une base PostgreSQL et un service Redis.
5. Les termes Kubernetes essentiels
Kubernetes est devenu la plateforme de référence pour orchestrer les conteneurs à grande échelle. Même si vous ne l’utilisez pas immédiatement, vous devez comprendre son vocabulaire de base.
| Terme | Définition simple |
| Kubernetes | Plateforme d’orchestration de conteneurs. |
| Cluster | Ensemble de machines qui exécutent Kubernetes. |
| Node | Machine membre d’un cluster Kubernetes. |
| Pod | Plus petite unité déployable dans Kubernetes. |
| Deployment | Objet qui gère le déploiement et la mise à jour des pods. |
| Service | Objet qui expose des pods de manière stable. |
| Namespace | Espace logique pour organiser les ressources Kubernetes. |
| Manifest | Fichier YAML décrivant une ressource Kubernetes. |
27. Kubernetes
Kubernetes, souvent abrégé K8s, automatise le déploiement, la mise à l’échelle et la gestion des conteneurs.
28. Cluster
Un cluster Kubernetes est un ensemble de machines qui travaillent ensemble pour exécuter des applications conteneurisées.
29. Node
Un node est une machine du cluster. Il peut s’agir d’un serveur physique, d’une machine virtuelle ou d’une instance cloud.
30. Pod
Le pod est la plus petite unité déployable dans Kubernetes. Il contient généralement un conteneur, parfois plusieurs.
31. Deployment
Un Deployment définit comment une application doit être déployée et maintenue : nombre de replicas, mises à jour progressives et retours arrière.
32. Service
Un Service expose un ensemble de pods avec une adresse stable, même si les pods changent, sont recréés ou déplacés.
33. Namespace
Un Namespace sépare logiquement les ressources dans un cluster, par exemple dev, staging et production.
34. Manifest
Un manifest Kubernetes est un fichier YAML qui décrit une ressource à créer ou modifier : Deployment, Service, ConfigMap, Secret ou Ingress.
6. Infrastructure as Code et automatisation
L’Infrastructure as Code consiste à décrire l’infrastructure dans des fichiers plutôt que de la créer manuellement depuis une console web.
| Terme | Définition simple |
| Infrastructure as Code | Gestion de l’infrastructure avec du code versionné. |
| Terraform | Outil IaC très populaire, multi-cloud. |
| CloudFormation | Service IaC natif d’AWS. |
| Ansible | Outil d’automatisation et de configuration. |
| Configuration Management | Gestion automatisée de la configuration des systèmes. |
| Immutable Infrastructure | Infrastructure remplacée plutôt que modifiée manuellement. |
35. Infrastructure as Code – IaC
L’Infrastructure as Code consiste à écrire l’infrastructure sous forme de fichiers. Ce code peut être relu, versionné, testé et réutilisé.
36. Terraform
Terraform permet de créer et gérer des ressources sur AWS, Azure, Google Cloud, Kubernetes et de nombreuses autres plateformes avec des fichiers .tf.
37. CloudFormation
AWS CloudFormation est le service natif AWS pour décrire et déployer de l’infrastructure sous forme de stacks à partir de fichiers YAML ou JSON.
38. Ansible
Ansible automatise la configuration de serveurs, l’installation de paquets, le déploiement d’applications et l’application de configurations.
39. Configuration Management
Le configuration management consiste à maintenir des systèmes dans un état souhaité : paquets installés, services démarrés, fichiers présents, ports ouverts.
40. Immutable Infrastructure
L’immutable infrastructure remplace un serveur au lieu de le modifier manuellement. Cette approche réduit les écarts entre environnements.
| À retenir : L’IaC transforme l’infrastructure en actif logiciel. Elle devient versionnable, réutilisable, auditable et automatisable. |
7. Monitoring, observabilité et fiabilité
Une application DevOps ne s’arrête pas au déploiement. Une fois en production, elle doit être surveillée, mesurée et améliorée continuellement.
| Terme | Définition simple |
| Monitoring | Surveillance de l’état d’un système. |
| Observabilité | Capacité à comprendre ce qui se passe dans un système à partir de ses signaux. |
| Logs | Événements enregistrés par une application ou un système. |
| Metrics | Données chiffrées mesurant l’état ou la performance. |
| Tracing | Suivi du parcours d’une requête dans plusieurs services. |
| Alerting | Notification automatique quand un problème est détecté. |
| SRE | Site Reliability Engineering : discipline centrée sur la fiabilité des systèmes. |
| SLA | Engagement de niveau de service. |
| SLO | Objectif interne de niveau de service. |
| Incident | Événement qui perturbe le fonctionnement normal d’un service. |
41. Monitoring
Le monitoring consiste à surveiller les systèmes pour détecter les problèmes : CPU, mémoire, erreurs HTTP, temps de réponse, disponibilité ou nombre de requêtes.
42. Observabilité
L’observabilité permet de comprendre pourquoi un problème se produit dans des architectures complexes. Elle repose généralement sur les logs, métriques et traces.
43. Logs
Les logs sont des messages enregistrés par une application ou un système pour comprendre ce qui s’est passé à un moment donné.
44. Metrics
Les metrics sont des données numériques collectées dans le temps : taux d’erreur, latence moyenne, consommation mémoire, disponibilité.
45. Tracing
Le tracing permet de suivre le parcours d’une requête à travers plusieurs services et d’identifier où se situe un ralentissement.
46. Alerting
L’alerting envoie une notification lorsqu’une condition anormale est détectée.
47. SRE – Site Reliability Engineering
Le SRE applique des principes d’ingénierie logicielle à la fiabilité des systèmes : automatisation, disponibilité, performance et gestion des incidents.
48. SLA – Service Level Agreement
Un SLA est un engagement contractuel de niveau de service, par exemple garantir une disponibilité de 99,9 %.
49. SLO – Service Level Objective
Un SLO est un objectif interne de niveau de service qui permet de mesurer si le service respecte le niveau de fiabilité attendu.
50. Incident
Un incident est un événement qui perturbe le fonctionnement normal d’un service : panne, dégradation, erreur massive ou problème de sécurité.
8. Sécurité DevOps et DevSecOps
Le DevOps moderne intègre la sécurité dès le départ. C’est ce qu’on appelle souvent le DevSecOps.
| Terme | Définition simple |
| DevSecOps | Intégration de la sécurité dans les pratiques DevOps. |
| Shift Left Security | Détection des problèmes de sécurité le plus tôt possible. |
| Secret | Information sensible comme un mot de passe, token ou clé API. |
| Vulnerability Scan | Analyse automatique des vulnérabilités. |
| Least Privilege | Principe du moindre privilège. |
51. DevSecOps
Le DevSecOps intègre la sécurité dans tout le cycle DevOps : pipelines, code, dépendances, images Docker, infrastructure et configurations.
52. Shift Left Security
Le shift left security signifie déplacer la sécurité plus tôt dans le cycle de développement. Plus une faille est détectée tôt, moins elle coûte cher à corriger.
53. Secret
Un secret est une information sensible : mot de passe, clé API, token, certificat ou clé privée. Il ne doit jamais être stocké directement dans le code source.
54. Vulnerability Scan
Un vulnerability scan détecte automatiquement les failles de sécurité dans le code, les dépendances, les images Docker, Kubernetes ou l’infrastructure cloud.
55. Least Privilege
Le principe du moindre privilège donne à chaque utilisateur, application ou service uniquement les permissions nécessaires pour accomplir sa tâche.
9. Déploiement, release et production
Le DevOps vise à rendre les déploiements plus fréquents, plus sûrs et plus faciles à annuler en cas de problème.
| Terme | Définition simple |
| Deployment | Mise en ligne d’une version applicative. |
| Release | Version livrée d’une application ou fonctionnalité. |
| Rollback | Retour à une version précédente. |
| Blue/Green Deployment | Déploiement avec deux environnements, l’un actif et l’autre prêt à prendre le relais. |
| Canary Release | Déploiement progressif auprès d’un petit pourcentage d’utilisateurs. |
56. Deployment
Un deployment est l’action de déployer une application ou une nouvelle version dans un environnement : développement, test, staging ou production.
57. Release
Une release est une version livrée d’une application. Elle peut contenir de nouvelles fonctionnalités, des corrections, des améliorations ou des mises à jour de sécurité.
58. Rollback
Un rollback est un retour à une version précédente lorsqu’un déploiement provoque un problème en production.
59. Blue/Green Deployment
Le blue/green deployment utilise deux environnements : blue, actuellement utilisé, et green, qui contient la nouvelle version. Si un problème apparaît, on revient rapidement vers blue.
60. Canary Release
Une canary release déploie une nouvelle version auprès d’un petit groupe d’utilisateurs avant de l’étendre progressivement.
| À retenir : Un bon pipeline DevOps doit prévoir la possibilité de déployer progressivement, mesurer l’impact et revenir rapidement en arrière en cas de problème. |
Tableau récapitulatif : les 60 termes DevOps à connaître
| Catégorie | Termes |
| Fondamentaux DevOps | DevOps, Culture DevOps, Automatisation, Collaboration, Feedback loop |
| Git & Code | Git, Repository, Commit, Branch, Merge, Pull Request, Code Review |
| CI/CD | CI, CD, Pipeline, Build, Artifact, Runner, Job, Stage |
| Conteneurs | Container, Docker, Image Docker, Dockerfile, Registry, Docker Compose |
| Kubernetes | Kubernetes, Cluster, Node, Pod, Deployment, Service, Namespace, Manifest |
| Infrastructure as Code | IaC, Terraform, CloudFormation, Ansible, Configuration Management, Immutable Infrastructure |
| Observabilité & SRE | Monitoring, Observabilité, Logs, Metrics, Tracing, Alerting, SRE, SLA, SLO, Incident |
| Sécurité | DevSecOps, Shift Left Security, Secret, Vulnerability Scan, Least Privilege |
| Déploiement | Deployment, Release, Rollback, Blue/Green Deployment, Canary Release |
10. Les erreurs fréquentes quand on apprend le vocabulaire DevOps
Erreur n°1 : apprendre les outils sans comprendre les concepts
Beaucoup de débutants veulent directement apprendre Docker, Kubernetes, Jenkins ou Terraform. Avant les outils, il faut comprendre les concepts : automatisation, pipeline, versioning, déploiement, monitoring, sécurité et infrastructure as code.
Erreur n°2 : confondre CI et CD
La CI concerne principalement l’intégration et les tests automatisés du code. La CD concerne la livraison ou le déploiement automatisé.
Erreur n°3 : croire que DevOps = Kubernetes
Kubernetes est important, mais il ne représente pas tout le DevOps. Le DevOps est plus large : collaboration, automatisation, qualité, sécurité, monitoring et amélioration continue.
Erreur n°4 : négliger Git
Git est la base de presque tout : code applicatif, infrastructure as code, pipelines, manifests Kubernetes et documentation technique.
Erreur n°5 : vouloir tout maîtriser en même temps
Le vocabulaire DevOps est vaste. Commencez par Git, CI/CD, Docker, Linux, Cloud et Terraform. Ensuite, ajoutez Kubernetes, observabilité, sécurité et SRE.
| Conseil : Ne mémorisez pas les termes comme un dictionnaire. Associez chaque mot à un cas d’usage concret. |
Prochaine étape
· les fondamentaux DevOps
· Git et GitHub
· Docker
· Kubernetes
· Terraform
· CI/CD
· AWS pour les profils DevOps
· la préparation aux certifications Cloud & DevOps
Le plus important n’est pas de connaître tous les mots par cœur. Le plus important est de comprendre comment ils s’articulent dans une vraie chaîne de livraison logicielle.
Conclusion
Le DevOps peut sembler complexe au premier abord, surtout à cause de son vocabulaire très riche. Mais une fois les termes essentiels compris, tout devient plus clair.
Vous comprenez que Git sert à versionner le code, que la CI/CD automatise les tests et les déploiements, que Docker permet de conteneuriser les applications, que Kubernetes orchestre ces conteneurs, que Terraform décrit l’infrastructure, que le monitoring surveille la production, et que DevSecOps intègre la sécurité dès le départ.
Le DevOps n’est pas seulement une compétence technique. C’est une nouvelle manière de construire, livrer et maintenir des applications modernes.
Si vous débutez, ne cherchez pas à tout maîtriser immédiatement. Apprenez les concepts, pratiquez avec de petits projets, puis construisez progressivement votre expertise.
La question n’est pas de savoir si vous pouvez comprendre le DevOps. La vraie question est : quel premier lab allez-vous lancer aujourd’hui ?
12. Questions fréquentes
Qu’est-ce que le DevOps en termes simples ?
Le DevOps est une approche qui rapproche les équipes de développement et d’opérations pour livrer des applications plus rapidement, avec plus de fiabilité, grâce à la collaboration et à l’automatisation.
Faut-il savoir coder pour apprendre le DevOps ?
Il n’est pas nécessaire d’être développeur senior, mais il faut être à l’aise avec les scripts, Git, les fichiers de configuration et les bases d’un langage comme Python, Bash ou JavaScript.
Quelle est la différence entre CI et CD ?
La CI, ou intégration continue, consiste à tester automatiquement le code à chaque modification. La CD, ou livraison/déploiement continu, consiste à préparer ou automatiser la mise en production de l’application.
Docker et Kubernetes, est-ce la même chose ?
Non. Docker sert à créer et exécuter des conteneurs. Kubernetes sert à orchestrer ces conteneurs à grande échelle sur plusieurs machines.
Terraform est-il obligatoire en DevOps ?
Il n’est pas toujours obligatoire, mais il est fortement recommandé. Terraform est l’un des outils les plus utilisés pour pratiquer l’Infrastructure as Code dans les environnements cloud modernes.
Quelle est la meilleure façon de commencer le DevOps ?
Commencez par Git, Linux, les bases du Cloud, Docker et la CI/CD. Ensuite, ajoutez Terraform, Kubernetes, monitoring et sécurité.
