DevOps & infrastructure
DevOps : méthodes, outils et organisation du travail
Comprendre comment les équipes conçoivent, testent, livrent, déploient et maintiennent des applications de façon plus fluide, plus fiable et plus mesurable
Public cible : étudiants en informatique, développeurs, administrateurs systèmes, chefs de projet techniques, managers d’équipes IT
En chiffres
13
Chapitres
98
Slides
Ce que ce cours permet d'apprendre
Comprendre DevOps comme une manière d’organiser le travail, pas seulement comme une collection d’outils
Identifier les causes classiques de friction entre développement, exploitation, qualité, sécurité et métier
Construire une chaîne de livraison plus reproductible grâce au versionnement, à l’automatisation et à la standardisation
Comprendre le rôle des conteneurs, de l’intégration continue, du déploiement continu, de l’orchestration et de l’Infrastructure as Code
Piloter la qualité de service avec des métriques de livraison, de fiabilité et d’observabilité
Mieux gérer les incidents, la communication et les arbitrages entre vitesse, qualité et risque
Approche pédagogique
Commencer par les problèmes organisationnels et opérationnels avant d’introduire les outils
Relier chaque pratique à un usage concret dans une équipe projet ou une DSI
Montrer les avantages, les coûts, les limites et les conditions d’adoption de chaque approche
Faire alterner explications, comparaisons, cas concrets, références historiques et exercices
Plan du cours
13 chapitres · 98 slides
DevOps : méthodes, outils et organisation du travail
IntroductionComprendre comment des équipes livrent plus souvent, avec moins de friction et plus de visibilité
- ▸DevOps ne désigne ni un poste unique ni un logiciel miracle.
- ▸Le sujet central est la chaîne complète qui va de l’idée métier jusqu’au service réellement disponible pour l’utilisateur.
- ▸Le cours part des problèmes concrets : délais, erreurs manuelles, environnements divergents, incidents mal gérés et communication dégradée.
Pourquoi DevOps est apparu
Contenu- ▸Pendant longtemps, développement et exploitation ont été organisés comme deux mondes distincts, avec des objectifs parfois opposés.
- ▸Les développeurs étaient poussés à livrer plus vite ; l’exploitation était poussée à réduire le risque et à protéger la production.
- ▸Cette séparation a créé ce que beaucoup appellent le « mur de confusion » : le code avance d’un côté, les contraintes de production explosent de l’autre.
- ▸DevOps apparaît comme une réponse à cette tension : rapprocher les responsabilités, raccourcir les boucles de feedback et rendre le système plus observable.
Repère historique : la conférence « 10+ Deploys per Day » présentée par John Allspaw et Paul Hammond en 2009 est souvent citée comme un moment fondateur du mouvement moderne DevOps.
Source utile : https://paulhammond.org/2009/06/velocity/10deploys.pdf
Ce que DevOps n’est pas
Contenu- ▸Ce n’est pas simplement « mettre Docker et Kubernetes dans un projet ».
- ▸Ce n’est pas créer une équipe isolée qui prend en charge à la place des autres tous les sujets de livraison et d’exploitation.
- ▸Ce n’est pas non plus supprimer toute règle, toute validation ou toute gouvernance au nom de la vitesse.
- ▸Une démarche DevOps sérieuse s’intéresse à l’organisation, aux responsabilités, au flux de travail, aux métriques et à la qualité de service.
Vision en silos vs vision chaîne de valeur
ComparaisonOrganisation en silos
- •Passages de relais tardifs
- •Faible visibilité sur la production
- •Tests et vérifications repoussés
- •Incidents gérés surtout dans l’urgence
- •Responsabilités fragmentées
Organisation orientée flux
- •Boucles de feedback plus courtes
- •Responsabilité partagée sur la mise en service
- •Automatisation des contrôles répétitifs
- •Mesure continue de la fiabilité
- •Amélioration progressive à partir de données concrètes
Chaîne de valeur logicielle
Schéma- ▸Chaque maillon produit de l’information qui doit revenir rapidement vers l’équipe.
- ▸Quand un maillon reste opaque ou manuel, le délai et le risque augmentent.
- ▸DevOps cherche à rendre cette chaîne plus lisible, plus automatisée et plus mesurable.
Schéma
Besoin métier → conception → développement → revue → tests → build → packaging → déploiement → supervision → feedback utilisateur → amélioration
Origines et repères historiques
Contenu- ▸Le premier événement Devopsdays a eu lieu à Gand en Belgique en 2009 et a contribué à diffuser le terme DevOps dans la communauté.
- ▸Les idées qui nourrissent DevOps sont plus anciennes : Agile, Lean, automatisation des tests, gestion de configuration, culture de post-mortem et ingénierie de la fiabilité.
- ▸Le mouvement SRE popularisé par Google a aussi influencé la manière de penser l’automatisation, la mesure du risque et la fiabilité opérationnelle.
Source historique : https://legacy.devopsdays.org/events/2009-ghent/
Ressources SRE : https://sre.google/
Ce qu’il faut retenir du chapitre
Synthèse- ▸DevOps répond à un problème réel de coordination, de délai et de fiabilité.
- ▸Le sujet principal est l’ensemble du flux de livraison, pas un outil isolé.
- ▸Une démarche DevOps utile relie culture, organisation, automatisation, mesure et amélioration continue.
Formats possibles
Cours structuré
Programme complet en sessions planifiées — idéal pour des groupes ou une formation continue.
Accompagnement individuel
Progression personnalisée, rythme adapté — parfait pour monter en compétence sur un sujet précis.
Démonstration / intervention
Session de démonstration pratique — adapté pour une journée d'initiation ou un meetup.
Support autonome
Accès au contenu structuré pour apprentissage en auto-formation, à votre rythme.
Intéressé par ce cours ?
Ce support est disponible pour accompagnement, formation ou démonstration. Vous pouvez aussi l'utiliser en autonomie.