DevOps n'est pas un titre de poste ou un outil unique. Il s'agit d'un ensemble de pratiques culturelles et techniques qui raccourcissent la distance entre une idée et la production. Cette leçon explique le modèle CAMS, pourquoi le développement et les opérations étaient en conflit, à quoi ressemble un pipeline de livraison moderne et comment les boucles de rétroaction assurent la fiabilité des systèmes.
Comment utiliser les widgets ci-dessous : chaque bloc interactif correspond à une idée de la leçon. Les anneaux imbriqués (CAMS) s'étendent de l'anneau extérieur vers l'intérieur : survolez pour découvrir ce qu'il faut améliorer en matière de partage, de mesure, d'automatisation et de culture. Tableau de comparaison met en contraste les anciens silos avec DevOps ; lisez chaque ligne comme une paire de comportements. Cartes quadrillées résument les trois voies : cliquez pour développer le modèle mental avant le pipeline SDLC. Les étapes du Pipeline sont le SDLC dans l'ordre : cliquez sur Suivant pour voir comment le travail se déroule. La chronologie est un contexte historique, donc des termes comme DORA et GitOps semblent plus tard fondés.
CAMS est une liste de contrôle, pas une certification. La culture est souvent considérée comme l'anneau le plus profond, car elle permet le reste : sans confiance, les gens cachent les problèmes et l'automatisation devient une boîte noire effrayante. Lorsque vous survolez chaque anneau, connectez les éléments de la puce à quelque chose de concret dans votre équipe (par exemple, « métriques ouvertes » → un tableau de bord Grafana utilisé à la fois par les développeurs et par SRE).
Les organisations classiques divisent les « constructeurs » (développeurs) et les « gardiens » (opérations). Les développeurs voulaient de la vitesse ; les opérateurs voulaient de la stabilité. Les sorties sont devenues des événements big-bang rares et risqués. DevOps recadre l'objectif : vitesse sûre : de nombreux petits changements testés avec automatisation et observabilité afin que les deux parties voient la même vérité.
Lecture du tableau : chaque rangée correspond à une tension. La colonne du milieu indique le comportement typique des silos ; la colonne de droite est l'alternative alignée sur DevOps. Utilisez-le pour auditer les réunions : si vous entendez toujours « jetez-le par-dessus le mur », cette ligne n'est pas encore terminée.
La Première Voie concerne le débit de l'ensemble du système (flux de valeur), et non l'efficacité locale. La Deuxième voie consiste à raccourcir et à renforcer le retour d'information depuis la production jusqu'à la conception. La Troisième voie est l'expérimentation : elle réserve des capacités d'amélioration et d'essais sécurisés (drapeaux caractéristiques, canaris).
Vous verrez différents diagrammes ; l'idée est stable : planifier → construire → vérifier → expédier → exécuter → apprendre. Les outils DevOps relient ces étapes de sorte que « terminé » signifie fonctionner en production avec observabilité, et non « fusionné avec le principal ».
Widget Pipeline : chaque étape est une étape. Les sous-étiquettes nomment des artefacts ou des préoccupations typiques. Dans les équipes matures, « Release » et « Deploy » peuvent être entièrement automatisés ; « Apprendre » boucle la boucle de la planification du prochain sprint.
Widget Chronologie : chaque point est une étape importante dans l'histoire DevOps. Ouvrez-les dans l'ordre : vous verrez comment la pratique (Velocity talk) s'est transformée en recherche (DORA) puis en ingénierie de plateforme.