5.3Docker pour PHP & environnements reproductibles
Docker est un outil de conteneurisation devenu incontournable dans le développement et le déploiement modernes — PHP inclus. Le problème qu'il résout est universel : « ça marche sur ma machine ». Une application PHP dépend de son environnement (version de PHP, extensions activées, version de MySQL, configuration du serveur web, dépendances système…). Elle peut fonctionner sur votre poste mais échouer ailleurs (chez un collègue, sur le serveur de production) parce que l'environnement diffère — un problème particulièrement fréquent en PHP (différences de versions, d'extensions, de configuration, la sensibilité à la casse Windows/Linux…). Docker résout cela en EMPAQUETANT l'application AVEC tout son environnement dans un conteneur — une unité isolée, portable, qui contient PHP (la bonne version, les bonnes extensions), sa configuration, ses dépendances : tout ce qu'il faut pour tourner. Un conteneur s'exécute de façon IDENTIQUE partout (votre machine, celle d'un collègue, le serveur, le cloud), car il embarque son propre environnement. « Ça marche dans le conteneur, donc partout ».
Les concepts clés (déjà vus pour Node, identiques ici). L'image : un modèle figé de votre application et de son environnement, défini par un Dockerfile (une recette : partir d'une image PHP, installer les extensions nécessaires, copier le code, installer les dépendances Composer…). Le conteneur : une instance en exécution d'une image. Pour une application PHP réaliste, on a besoin de PLUSIEURS conteneurs qui coopèrent : un pour PHP (avec le serveur web, souvent PHP-FPM + Nginx, ou Apache), un pour la BASE de données (MySQL/MariaDB), éventuellement un pour Redis (cache), etc. On les orchestre avec Docker Compose : un fichier docker-compose.yml qui définit tous ces conteneurs (PHP/Nginx, MySQL, Redis…) et leurs relations, lancés ensemble d'une commande (docker compose up). C'est très pratique : un seul fichier décrit toute la « stack » PHP, reproductible à l'identique. Les bénéfices de Docker : (1) REPRODUCTIBILITÉ — l'environnement est identique partout (fin du « ça marche chez moi » — particulièrement précieux en PHP, sujet aux différences d'environnement) ; (2) ISOLATION — chaque projet a son environnement isolé (des projets avec des versions de PHP différentes cohabitent sans conflit — fini les soucis de « ce projet veut PHP 7.4, l'autre PHP 8.2 ») ; (3) PORTABILITÉ — le conteneur tourne sur n'importe quel hôte Docker ; (4) FACILITÉ de déploiement — déployer devient lancer le conteneur (beaucoup de plateformes s'appuient sur Docker) ; (5) onboarding rapide — un nouveau développeur lance docker compose up et a tout l'environnement (PHP, base, cache) sans installer/configurer XAMPP et compagnie manuellement. Docker est aujourd'hui un standard du développement et du déploiement modernes ; savoir conteneuriser une application PHP (Dockerfile, images, Compose pour la stack PHP/base) est une compétence de plus en plus attendue, qui va au-delà de PHP (outil transversal DevOps). Pour un développeur PHP, Docker apporte la reproductibilité et résout les fréquents problèmes d'environnement — le pont entre « mon application marche chez moi » et « elle tourne de façon fiable partout ».
Vocabulaire de la section
- Docker / conteneurisation
- Outil empaquetant une application AVEC tout son environnement (PHP, extensions, config, dépendances) dans un conteneur isolé et portable, qui tourne identiquement partout.
- « Ça marche sur ma machine »
- Le problème que Docker résout (fréquent en PHP : versions, extensions, config, casse Windows/Linux) : le conteneur embarque son environnement, tournant partout à l'identique.
- Image / Dockerfile / conteneur
- Image : modèle figé de l'app + environnement, défini par un Dockerfile (recette : image PHP de base, extensions, code, dépendances Composer). Conteneur : instance en exécution.
- Docker Compose (stack PHP)
- Fichier docker-compose.yml définissant plusieurs conteneurs (PHP/Nginx + MySQL + Redis…) et leurs relations, lancés ensemble (docker compose up) ; décrit toute la stack PHP.
- Bénéfices de Docker
- Reproductibilité (identique partout), isolation (versions de PHP différentes sans conflit), portabilité, facilité de déploiement, onboarding rapide (docker compose up).
Qu'apporte Docker à un développeur PHP ?
En pratique — Conteneuriser une application PHP
- Écrivez un Dockerfile : partir d'une image PHP, installer les extensions nécessaires, copier le code, installer les dépendances Composer.
- Orchestrez la stack avec Docker Compose : un docker-compose.yml définissant PHP (avec Nginx/Apache), MySQL, et éventuellement Redis, lancés ensemble (docker compose up).
- Vérifiez que l'application tourne dans les conteneurs et communique avec sa base (reproductibilité de l'environnement).
- Appréciez les bénéfices : isolation (versions de PHP par projet sans conflit), reproductibilité (fin du « ça marche chez moi »), onboarding (un docker compose up).
Points clés à retenir
- DOCKER (conteneurisation) empaquette l'application AVEC son environnement (PHP, extensions, config, dépendances) dans un CONTENEUR isolé et portable, qui tourne IDENTIQUEMENT partout — fin du « ça marche sur ma machine » (fréquent en PHP).
- IMAGE (modèle figé, défini par un DOCKERFILE : image PHP + extensions + code + Composer) → CONTENEUR (instance en exécution).
- DOCKER COMPOSE (docker-compose.yml) orchestre la STACK PHP : plusieurs conteneurs (PHP/Nginx + MySQL + Redis) lancés ensemble (`docker compose up`).
- Bénéfices : REPRODUCTIBILITÉ, ISOLATION (versions de PHP par projet sans conflit), portabilité, déploiement facile, onboarding rapide. Standard moderne (transversal DevOps) — savoir conteneuriser son app PHP est un atout croissant.
Questions fréquentes
Qu'apporte Docker à un développeur PHP, et est-ce nécessaire quand XAMPP fonctionne déjà ?
Docker apporte principalement la REPRODUCTIBILITÉ et l'ISOLATION de l'environnement (résolvant les fréquents problèmes d'environnement de PHP), et s'il n'est pas strictement nécessaire pour débuter (XAMPP suffit pour apprendre), il est devenu une compétence quasi incontournable en développement professionnel — voici pourquoi et quand. XAMPP (et les packs) vs Docker : (1) XAMPP (ou Laragon, WampServer) est PARFAIT pour DÉBUTER et développer en local : simple, un pack tout-en-un, vous êtes opérationnel en minutes (section 0-2). Pour APPRENDRE PHP, c'est idéal — ne vous compliquez pas au début. (2) Mais XAMPP a des LIMITES qui apparaissent en contexte professionnel : (a) l'environnement de XAMPP peut DIFFÉRER de la production (versions de PHP/MySQL, extensions, configuration) — le classique « ça marche en local mais pas en ligne » ; (b) gérer PLUSIEURS projets avec des versions de PHP DIFFÉRENTES est compliqué avec un seul XAMPP (un projet veut PHP 7.4, un autre PHP 8.2 — conflit) ; (c) l'environnement n'est pas facilement PARTAGEABLE/REPRODUCTIBLE (un collègue doit reconfigurer son propre XAMPP). Ce que Docker apporte (par rapport à XAMPP) : (1) REPRODUCTIBILITÉ. Le conteneur EMBARQUE l'environnement exact (version de PHP, extensions, config, base) — il tourne IDENTIQUEMENT partout (votre machine, celle d'un collègue, la production). Fin du « ça marche chez moi » (particulièrement précieux en PHP, sujet aux différences d'environnement). Vous DÉVELOPPEZ dans le même environnement que la PRODUCTION (si vous alignez les images) — plus de surprises à la mise en ligne. (2) ISOLATION. Chaque projet a son PROPRE environnement conteneurisé, isolé. Des projets avec des versions de PHP/MySQL DIFFÉRENTES cohabitent sans conflit (chacun son conteneur). Fini les soucis de « ce projet veut telle version, l'autre une autre » — un vrai gain quand on travaille sur plusieurs projets. (3) PORTABILITÉ. Le conteneur tourne sur n'importe quel hôte Docker (votre PC, serveur, cloud) — cohérence de bout en bout. (4) Onboarding RAPIDE. Un nouveau développeur (ou vous sur une nouvelle machine) lance docker compose up et obtient TOUT l'environnement (PHP, base, cache, config) sans installer/configurer XAMPP manuellement. Le projet est opérationnel en minutes, à l'identique. (5) Facilité de DÉPLOIEMENT. Déployer devient lancer le conteneur (beaucoup de plateformes s'appuient sur Docker) — le même environnement du dev à la prod. (6) Environnements complexes maîtrisés. Une stack PHP réaliste (PHP + Nginx + MySQL + Redis) s'orchestre simplement avec Docker Compose (un fichier, une commande). Est-ce NÉCESSAIRE ? (1) Pour APPRENDRE PHP / petits projets solo → NON, XAMPP suffit (plus simple pour débuter). Ne vous imposez pas Docker au tout début. (2) Pour du développement PROFESSIONNEL / en équipe / avec déploiement → Docker est devenu quasi INCONTOURNABLE. La plupart des projets et équipes professionnels l'utilisent (reproductibilité, isolation, onboarding, cohérence dev/prod) ; les offres d'emploi le demandent de plus en plus. C'est une compétence attendue. (3) C'est TRANSVERSAL (DevOps) : Docker n'est pas spécifique à PHP — l'apprendre vous sert bien au-delà. Quand l'apprendre : (1) MAÎTRISEZ D'ABORD PHP (le développement) avec XAMPP — Docker est un outil AUTOUR de votre application, pas le cœur. Ne vous dispersez pas sur Docker avant d'être à l'aise en PHP. (2) APPRENEZ Docker quand : vous travaillez en équipe (reproductibilité, onboarding), vous gérez plusieurs projets/versions (isolation), vous préparez un déploiement (cohérence dev/prod), ou vous visez des postes qui le demandent. (3) Les BASES suffisent pour commencer : un Dockerfile pour PHP, un docker-compose.yml pour la stack (PHP + base). Vous approfondirez selon vos besoins. En résumé : Docker apporte la REPRODUCTIBILITÉ (environnement identique partout — fin du « ça marche chez moi », fréquent en PHP), l'ISOLATION (versions de PHP par projet sans conflit), la portabilité, la facilité de déploiement et l'onboarding rapide — des bénéfices majeurs par rapport à XAMPP en contexte professionnel. XAMPP reste PARFAIT pour débuter et apprendre (plus simple) ; Docker devient quasi incontournable en développement professionnel, en équipe, et pour le déploiement — une compétence transversale (DevOps) de plus en plus attendue. Apprenez PHP d'abord avec XAMPP, puis les bases de Docker (accessible et valorisant) quand votre contexte le justifie. Pour un développeur PHP moderne, savoir conteneuriser son application est un atout réel qui résout les fréquents problèmes d'environnement et facilite collaboration et déploiement. C'est un investissement rentable, à faire une fois PHP maîtrisé.
Docker, déploiement, CI/CD... un développeur PHP doit-il devenir un expert DevOps ?
Non, un développeur PHP n'a pas à devenir un expert DevOps — mais connaître les BASES de ces domaines (Docker, déploiement, CI/CD) est un atout majeur pour un développeur moderne, car le développement et l'exploitation sont de plus en plus liés (ce raisonnement est universel, identique à ce qu'on a vu pour Node). Trouvons l'équilibre. La distinction développeur / DevOps : (1) Le DÉVELOPPEUR se concentre sur écrire l'application (code, logique, fonctionnalités, tests). (2) Le DEVOPS / ingénieur infrastructure se concentre sur l'infrastructure, le déploiement, l'exploitation, la scalabilité, le monitoring. Ce sont des spécialités distinctes ; il existe des experts DevOps dédiés. Vous n'avez PAS à le devenir. MAIS la frontière s'est estompée (le mouvement « DevOps » a rapproché développement et exploitation), et les développeurs modernes touchent de plus en plus à ces sujets. Pourquoi connaître les BASES vous bénéficie : (1) AUTONOMIE. Savoir conteneuriser (Docker), déployer, et comprendre un pipeline CI/CD vous rend AUTONOME pour mettre votre travail en production — vous ne dépendez pas entièrement d'autres pour livrer. (2) EMPLOYABILITÉ. Les offres d'emploi de développeur PHP demandent de plus en plus des connaissances Docker, déploiement, CI/CD. Ces compétences vous rendent plus attractif et polyvalent. (3) Meilleure COLLABORATION. Comprendre les enjeux d'exploitation vous fait mieux collaborer avec les équipes ops et concevoir des applications plus faciles à déployer et exploiter. (4) Vision COMPLÈTE. Comprendre le cycle du code à la production fait de vous un meilleur développeur (vous concevez en pensant à l'exécution réelle : configuration, secrets, environnements). (5) Petites structures / freelance. Dans une petite équipe ou en solo (freelance, petite agence), il n'y a PAS d'équipe DevOps dédiée — vous devez tout faire, y compris déployer. Ces compétences deviennent nécessaires. Ce que vous devez viser (les BASES, pas l'expertise) : (1) Docker : conteneuriser une application PHP (Dockerfile), orchestrer la stack (PHP + base) avec Compose. Pas besoin de maîtriser l'orchestration avancée (Kubernetes). (2) Déploiement : savoir mettre une application PHP en ligne (sur un hébergement mutualisé, une plateforme, ou un VPS) — section 5-4. Pas besoin de gérer une infrastructure cloud complexe. (3) CI/CD : comprendre le principe (automatiser tests et déploiement) et mettre en place un pipeline simple. (4) Configuration, secrets, environnements : gérer proprement la config entre dev et production (variables d'environnement, secrets hors du dépôt). (5) Notions de base : logs, HTTPS, sécurité en production, sauvegardes. Avec ces bases, vous êtes autonome et polyvalent, sans être expert DevOps. Comment aborder cela sans se disperser : (1) MAÎTRISEZ D'ABORD le développement PHP (votre cœur de métier) — c'est votre compétence principale. (2) APPRENEZ les BASES de Docker/déploiement/CI-CD ENSUITE (niveau 5), une fois PHP solide — comme des compétences COMPLÉMENTAIRES qui vous rendent autonome et polyvalent. (3) N'essayez PAS de tout maîtriser en profondeur (l'infrastructure avancée, Kubernetes, le cloud complexe sont des spécialités) — les bases suffisent pour un développeur ; approfondissez si votre carrière vous y mène. (4) APPRENEZ AU FIL DES BESOINS (conteneurisez quand utile, déployez quand vous avez un projet à mettre en ligne, mettez en place un CI/CD quand un projet le justifie). Le bon état d'esprit : vous êtes un DÉVELOPPEUR PHP qui connaît les bases de l'exploitation (Docker, déploiement, CI/CD) — un profil moderne, autonome, polyvalent, TRÈS recherché. Vous n'êtes pas un expert DevOps (spécialité distincte), et ce n'est pas l'objectif. Mais ces bases font la différence entre un développeur « qui code seulement » et un développeur « qui livre » (qui sait mettre son travail en production) — le second est bien plus valorisé et autonome. En résumé : non, un développeur PHP n'a pas à devenir expert DevOps, mais connaître les BASES de Docker, du déploiement et du CI/CD est un atout majeur (autonomie, employabilité, collaboration, vision complète, et nécessité en petite structure/solo). Maîtrisez PHP d'abord (votre cœur de métier), apprenez ces bases ensuite (compétences complémentaires), sans viser l'expertise DevOps. Le niveau 5 de ce guide vous donne ces bases (Docker, déploiement, CI/CD) — de quoi devenir un développeur autonome capable de livrer, sans être ingénieur infrastructure. C'est l'équilibre du développeur moderne : centré sur le développement, mais outillé pour livrer et exploiter — un profil complet et recherché sur le marché PHP.