Uniformiser sa stack de développement : le choix de DDEV

Chez OpenStudio, nous menons majoritairement des projets sur mesure, ce qui implique le plus souvent une complexité technique. Uniformiser la stack de développement de l’équipe est donc une solution pertinente pour fiabiliser les environnements. Adopter un socle commun avec la même configuration pour chaque développeur a des avantages évidents :

• éliminer les différences liées aux OS (Linux, macOS, Windows),
• réduire au minimum le temps d’installation des projets,
• faciliter l’onboarding des nouveaux arrivants.

“Certains projets utilisaient Docker avec des configurations différentes, d’autres pas du tout. On se retrouvait avec de grosses différences entre environnements locaux, de recette et de production, provoquant régulièrement des surprises en ligne. Depuis l’adoption de DDEV, la majorité de ces problèmes a disparu. Le gain de temps pour lancer un projet est considérable, et la prise en main a été très simple.”

Alexandre Nozière, Lead dev chez OpenStudio

DDEV : simplifier la gestion des environnements locaux

Basé sur Docker, DDEV est un outil Open Source (GPL / MIT selon les parties) qui fournit une surcouche simple afin de lancer un environnement local de développement complet en quelques commandes. Plutôt que de multiplier les scripts maison et les fichiers docker-compose.yml difficiles à maintenir, DDEV apporte une approche standardisée et documentée.

Très utile pour les projets PHP, mais aussi e-commerce ou API-first, DDEV encapsule les configurations Docker Compose, les réglages réseau, la gestion des services (base de données, cache, etc.) dans une interface CLI simple.

Points clés de DDEV :

• Uniformité : tous les développeurs utilisent la même configuration de containers (PHP, webserver, DB, etc.).
• Simplicité : un ddev start ou ddev stop suffit souvent pour lancer ou arrêter l’environnement.
• Extensibilité : on peut ajouter facilement des services comme Redis, Elasticsearch, Mailhog, etc.
• Cohérence dev / prod : comme on utilise Docker, les écarts entre l’environnement local et la production sont réduits.
• Configurabilité : les fichiers .ddev/config.yaml permettent d’ajuster la version de PHP, les ports, services additionnels, etc.
• Compatibilité multi-OS : il fonctionne de manière très similaire sur Linux, macOS, ou Windows (via WSL) — ce qui élimine les surprises liées au système d’exploitation.

Sur Reddit, les utilisateurs ne tarissent pas d’éloges sur DDEV, on peut lire : « Avec DDEV je peux créer une stack fonctionnelle avec ce que je veux — PHP, Redis, Elasticsearch — en 5 minutes. C’est une aide énorme quand on jongle entre plusieurs projets avec des configurations différentes. »  ou encore « C’est le meilleur. J’ai essayé tous les autres outils – wamp, xamp, laragon, vvv, devilbox et probablement plus – avant de découvrir DDEV. Je n’ai pas regardé en arrière depuis. » Et globalement, les développeurs/développeuses d’OpenStudio sont aussi très satisfait(e)s de cet outil d’après les premiers retours terrain.

Zoom sur l’utilisation de DDEV avec Thelia (e-commerce)

OpenStudio développe de nombreuses solutions numériques sur mesure,  ainsi que des sites e-commerce principalement grâce au CMS Thelia. Depuis 20 ans, nous éditons Thelia en open source, il existe donc une stack DDEV pour Thelia (repo “thelia-ddev”). On peut concevoir des environnements où le front boutique, l’API (via Symfony / API Platform ou via les API internes de Thelia) et les services annexes tournent ensemble. Cela aide particulièrement quand le site e-commerce doit étendre ses fonctionnalités ou intégrer des micro-services.

Limites et bonnes pratiques avec DDEV

Comme n’importe quel outil, DDEV a donc des avantages mais n’est pas forcément adapté partout, tout le temps. Nous avons donc listé ici quelques limites, les pièges à éviter puis les bonnes pratiques pour une utilisation optimale.

Limitations ou pièges possibles

• DDEV est conçu pour l’environnement local — il ne remplace pas les outils de déploiement (à moins de l’utiliser avec des extensions Docker Compose ou Kubernetes) ;
• Pour des projets legacy, avec des versions anciennes de PHP ou de base de données, un peu de bricolage est parfois nécessaire (ex : override d’images) ;
• Certains développeurs rencontrent des soucis de connexion à la base de données, notamment si l’URL de connexion n’est pas configurée avec l’hôte “db” interne au container.
• La documentation d’API Platform ou d’extensions complexes peut être perfectible dans certains cas (notamment pour des endpoints non standards)

Bonnes pratiques pour tirer le meilleur parti de DDEV

1. Standardiser le fichier .ddev/config.yaml et versionner les réglages de base (version PHP, services, ports).
2. Utiliser des fichiers config.*.yaml pour activer des services annexes (Elasticsearch, Mailhog, etc.) sans polluer le fichier principal.
3. Documenter le workflow local (commandes ddev start, ddev exec, etc.), pour que chaque membre de l’équipe sache lancer le projet sans friction.
4. Tester les migrations et commandes Symfony / API Platform dans l’environnement DDEV pour confirmer qu’elles fonctionnent comme prévu.
5. Éviter les hacks manuels locaux : si un développeur ajoute une configuration locale permanente, cela peut casser la portabilité.
6. Mettre en place des tests puissants (unitaires, fonctionnels) qui tournent dans le container pour garantir que l’environnement est sain.

DDEV constitue un excellent outil pour bâtir une stack de développement cohérente, reproductible et maintenable, particulièrement lorsqu’on travaille sur des projets PHP modernes mêlant Symfony, API Platform, Thelia ou d’autres solutions e-commerce.

Son adoption au sein des équipes OpenStudio a permis de résoudre des problèmes chroniques, réduire les temps d’installation et d’onboarding, et garantir des environnements homogènes — tout en laissant la flexibilité d’ajouter des services comme Redis ou Elasticsearch de façon modulable.