Docker

Docker a transformé le déploiement applicatif depuis 2014 : au lieu d'installer manuellement les dépendances sur chaque serveur, on encapsule l'application et son environnement dans une image immutable. Cette image tourne identiquement sur le laptop du développeur, le serveur de staging et la production. Pour une PME, Docker n'est plus optionnel : c'est la fondation d'une infra reproductible, base de tout DevOps moderne.

• →PodmanAlternative compatible Docker, daemonless, souvent meilleure en environnement entreprise sécurisé
• →docker-compose seulPour les déploiements mono-serveur : pas besoin d'orchestrateur complet
• →Kubernetes (K8s)À partir de 5+ serveurs ou besoin d'auto-scaling, sinon overkill
• →Bare metal classiqueApps très liées au système ou contraintes de licence, devient rare

1. 01

   Une seule responsabilité par image : pas d'image-cathédrale avec 10 services

2. 02

   Images officielles upstream chaque fois que possible : sécurité et maintenance

3. 03

   Multi-stage builds pour minimiser la taille (souvent <100 MB pour une app Node ou PHP)

4. 04

   docker-compose pour le développement local et les déploiements simples mono-serveur

5. 05

   Healthchecks et logs centralisés (Loki, journald) : un container sans observability est aveugle

• Docker ou directement sur le serveur ?

  Docker dans la grande majorité des cas, y compris sur un mono-serveur. L'overhead est faible (quelques % de RAM/CPU), les bénéfices sont énormes (déploiement reproductible, rollback rapide, isolation). La seule exception : applications très liées au noyau Linux ou contraintes de licence qui interdisent la conteneurisation. Pour les PME modernes, c'est devenu le défaut.
• Docker seul ou Kubernetes ?

  Docker seul (ou avec docker-compose) suffit pour la majorité des PME : un ou deux serveurs, applications simples. Kubernetes devient pertinent à partir de 5+ serveurs, plusieurs équipes, besoin d'auto-scaling. Le piège classique : choisir Kubernetes par mode alors qu'un VPS avec docker-compose ferait l'affaire pendant 3-5 ans. La complexité de Kubernetes ne se justifie que par une vraie échelle.
• Combien coûte la mise en place de Docker ?

  Pour une application existante (PHP, Node, Python), comptez 1-3 jours pour la conteneuriser proprement et l'intégrer en CI/CD. Pour une nouvelle app conçue Docker-first, c'est inclus dans le coût initial (souvent moins d'une journée). L'investissement s'amortit dès le premier vrai déploiement sans incident, souvent quelques semaines.
• Et la sécurité des containers ?

  Trois bonnes pratiques : utiliser des images de base officielles minimales (Alpine ou distroless), faire tourner l'app en utilisateur non-root, scanner régulièrement avec Trivy ou Grype. La plupart des failles Docker viennent d'images obsolètes ou de mauvaises pratiques (exec en root, ports inutilement exposés). Bien configuré, Docker améliore la sécurité plutôt qu'il ne la dégrade.
• Que choisir entre Docker, Podman, et containerd ?

  Docker reste le standard pour les développeurs (excellente DX, tooling mature). Podman est une alternative open source compatible (commandes identiques), parfois préférée en environnement entreprise pour ses fonctionnalités rootless natives. Containerd est le runtime sous-jacent, utilisé directement par Kubernetes. Pour une PME, Docker est le bon défaut sans débat.