DevOps - Introduction

Niveau: Débutant · Intermédiaire

Préambule:

Le DevOps n'est pas une fiche de poste, autrement dit dire que je suis DevOps ne veut rien dire en vrai, mais par abus de langage on dit souvent "je suis DevOps" pour dire que je suis un développeur qui s'occupe de la partie opérationnelle.

Depuis l'arrivée du cloud, on a vu émerger une nouvelle problématique: comment déployer des applications rapidement, et comment les maintenir en production ?

On en entend beaucoup plus parler de nos jours, car les entreprises ont besoin de déployer des applications plus rapidement, et le seul développeur en coordination avec son sysadmin via Teams ne s'en sortait pas.

C'est pour ça que le DevOps est né, donc c'est une sorte de mouvement culturel, qui a pour but de faire travailler les développeurs et les sysadmins ensemble, pour que le développement soit plus rapide, et que le sysadmin puisse déployer plus rapidement.

Dev + Ops = Développement + Opérations

Ici, l'objectif est de prendre un dev classique et de lui faire adhérer à cette philosophie, dès le départ du projet.

1. Contexte :

DevOps, c’est l’art de faire tourner la machine.

Le DevOps relie le développement et l’exploitation : automatiser, déployer, surveiller, et maintenir les applications.

Un bon DevOps , c’est la garantie que ton code arrive en production… et reste fiable.

2. Concepts Théoriques :

Définition : « Apparu autour de 2007 en Belgique avec Patrick Debois, le mouvement Devops se caractérise principalement par la promotion de l'automatisation et du suivi (monitoring) de toutes les étapes de la création d'un logiciel, depuis le développement, l'intégration, les tests, la livraison jusqu'au déploiement, l'exploitation et la maintenance des infrastructures. Les principes Devops soutiennent des cycles de développement plus courts, une augmentation de la fréquence des déploiements et des livraisons continues, pour une meilleure atteinte des objectifs économiques de l'entreprise. » — Wikipedia

En clair : Le DevOps, c’est tout ce qui se passe après le code :

Automatisation des déploiements
Gestion des serveurs
Monitoring et alertes
Sécurité et fiabilité

Outils phares :

Docker : Conteneurisation
Kubernetes : Orchestration
CI/CD : Automatisation (GitLab CI, GitHub Actions)
Prometheus / Grafana : Monitoring
Infrastructure as Code : Terraform , Ansible , etc.

3. Les grandes étapes du DevOps

Bases : Linux, Git, Docker
Intermédiaire : CI/CD, Infrastructure as Code
Avancé : Kubernetes, Monitoring, Sécurité

En résumé : Le DevOps, c’est comme le chef d’orchestre :

Il automatise les tâches répétitives

Il surveille la santé des systèmes

Il garantit la livraison rapide et fiable

4. Enjeux écologiques et bonnes pratiques 🌱

Chaque pipeline, chaque serveur consomme de l’énergie.
Optimiser les ressources, c’est réduire l’empreinte carbone.
Privilégie l’automatisation intelligente, le monitoring efficace, et la sobriété numérique.

En gros: je ne veux pas voir un kubernetes pour gérer un site web de 3 pages avec 10 visiteurs par mois.

5. Retour d’expérience perso

Pour débuter, je recommande de se concentrer sur Docker et GitLab CI :

Faciles à prendre en main
Essentiels pour automatiser et déployer rapidement
Pour l’instant, Kubernetes a souvent été une surcharge inutile pour mes petits projets. Monter un cluster k8s sur un seul nœud, c’est un peu comme prendre un avion pour aller au bureau à pied : impressionnant, mais clairement pas adapté au besoin !
Vu que, comme moi, tu pars de développeur, c'est comme si tu développais 3 microservices pour faire tourner un blog.

Quand le projet grandit (plusieurs services, plus de visiteurs, etc.), Kubernetes devient discutable voir même nécessaire :

Orchestration à grande échelle
Monitoring avancé
Sécurité renforcée

Ma règle d’or : Automatiser, mais toujours garder le contrôle.

Petite alerte : je ne suis pas encore expert Kubernetes. Si tu veux aller plus loin, je te conseille le site de Stéphane Robert : https://blog.stephane-robert.info