Introduction au DevOps et aux conteneurs

Le DevOps est à la fois une culture, un ensemble de pratiques et une famille de métiers. Il vise à rapprocher le développement des logiciels (Dev) et leur exploitation (Ops) pour livrer plus souvent, plus sûrement et plus sereinement. Les conteneurs en sont l’un des outils emblématiques.

Le problème que le DevOps résout

Traditionnellement, les développeurs écrivaient le code puis le « jetaient par-dessus le mur » aux équipes d’exploitation chargées de le mettre en production. Résultat : des mises en production rares, risquées, et le fameux « ça marchait sur ma machine ».

Le DevOps propose de :

• collaborer dès le début entre développement et exploitation ;
• automatiser les tests, la construction et le déploiement ;
• livrer souvent de petites modifications plutôt que rarement de grosses ;
• mesurer et superviser pour apprendre en continu.

L’intégration et le déploiement continus

• L’intégration continue (CI) : à chaque modification du code, une chaîne automatisée compile, teste et vérifie le projet. Les erreurs sont détectées immédiatement.
• La livraison et le déploiement continus (CD) : les versions validées sont déployées automatiquement en environnement de test, voire en production.

Ces chaînes s’appuient sur la gestion de versions (Git) et des plateformes d’automatisation.

Les conteneurs

Un conteneur embarque une application avec tout ce dont elle a besoin pour fonctionner (bibliothèques, dépendances, configuration), de façon isolée du reste du système. Il démarre en quelques secondes et fonctionne de la même façon sur l’ordinateur du développeur, le serveur de test et la production.

Par rapport à une machine virtuelle, un conteneur partage le noyau du système hôte : il est beaucoup plus léger.

Docker et les images

Docker a popularisé les conteneurs. On décrit l’image d’une application dans un fichier (le Dockerfile), on la construit, puis on lance autant de conteneurs que nécessaire à partir de cette image. Les images peuvent être partagées via des registres.

Plusieurs conteneurs ensemble

Une application réelle combine souvent plusieurs conteneurs : application web, base de données, cache. Des outils de composition permettent de les décrire et de les lancer ensemble.

L’orchestration

À grande échelle, il faut gérer des centaines de conteneurs répartis sur de nombreux serveurs : les redémarrer en cas de panne, répartir la charge, déployer de nouvelles versions sans interruption. C’est le rôle des orchestrateurs, dont Kubernetes est devenu la référence.

L’infrastructure as code

Plutôt que de configurer les serveurs à la main, on décrit l’infrastructure dans des fichiers versionnés : création des machines et des réseaux, configuration des systèmes, déploiement des applications. L’infrastructure devient reproductible, documentée et révisable comme du code.

La supervision et l’observabilité

Métriques, journaux et traces permettent de comprendre le comportement des applications en production, de détecter les problèmes avant les utilisateurs et d’améliorer les services.

Les compétences à acquérir

1. Linux et la ligne de commande : indispensables.
2. Réseaux : comprendre comment les services communiquent.
3. Git : gestion de versions et travail collaboratif.
4. Un langage de script : Bash, Python.
5. Les conteneurs : construire et exécuter des images.
6. Une chaîne CI/CD.
7. L’infrastructure as code et un fournisseur cloud.
8. L’orchestration et la supervision.

Par où commencer ?

• Installez Docker sur un ordinateur Linux et conteneurisez une petite application.
• Écrivez une chaîne d’intégration continue pour un projet personnel.
• Déployez une application composée de plusieurs conteneurs.
• Documentez vos projets : ils serviront de portfolio.

Avec RescueForce

Le parcours DevOps et conteneurs, en préparation chez RescueForce, s’adresse aux personnes ayant acquis les bases de Linux et des réseaux. Voir les programmes.

Voir aussi découvrir le cloud computing.