DevToolbox

Gratuit en ligne Docker Compose Validator

Validez et inspectez vos fichiers docker-compose.yml instantanément. Vérifie la syntaxe, les dépendances de services, les formats de ports et les erreurs courantes — 100 % côté client, votre configuration ne quitte jamais le navigateur.

100% Côté client · Vos données ne quittent jamais votre navigateur

Comment utiliser Docker Compose Validator

Collez votre docker-compose.yml ou compose.yml dans la zone de texte, puis cliquez sur Valider ou appuyez sur Ctrl/Cmd+Entrée :

  • Erreurs — problèmes fatals empêchant docker compose up de fonctionner : erreurs de syntaxe YAML, clé services: manquante, depends_on référençant un service non défini.
  • Avertissements — problèmes non fatals à examiner : champ version obsolète, services sans image ni build, services sans politique restart.
  • Panneau des services — carte récapitulative pour chaque service : image, contexte de build, ports, volumes, nombre de variables d'env, dépendances.
  • Réseaux & Volumes — tous les réseaux et volumes nommés au niveau supérieur du fichier.

Cliquez sur Exemple pour charger une pile typique à trois services. Utilisez Ctrl/Cmd+K pour effacer.

Questions fréquentes

Qu'est-ce qu'un fichier docker-compose.yml ?

Un docker-compose.yml définit une application Docker multi-conteneurs. Il décrit chaque service, son image ou contexte de build, ses ports exposés, ses volumes, ses variables d'environnement et ses dépendances inter-services. Docker Compose lit ce fichier pour créer et démarrer tous les services avec un seul docker compose up.

Pourquoi le champ "version" est-il obsolète ?

Docker Compose V2 adopte la Compose Specification, qui ne nécessite plus de champ version au niveau supérieur. Les fichiers Compose modernes peuvent l'omettre. Cet outil vous avertit s'il est présent pour que vous puissiez le supprimer.

Que vérifie la validation de depends_on ?

L'outil vérifie que chaque nom de service listé dans depends_on est réellement défini dans le bloc services. Une faute de frappe dans un nom de service ferait échouer docker compose up. Le validateur détecte cela avant que vous ne lanciez la pile.

Quel format de port Docker Compose attend-il ?

Les ports peuvent être "HOST:CONTENEUR" (ex. : "8080:80"), un port de conteneur seul ("80"), ou avec un suffixe de protocole ("80/tcp"). Mettez toujours les mappages de ports entre guillemets en YAML pour éviter une mauvaise interprétation des nombres.

Pourquoi chaque service devrait-il avoir une politique de redémarrage ?

Sans politique de redémarrage, les conteneurs qui plantent ne redémarreront pas automatiquement. La valeur la plus courante en production est restart: unless-stopped. Cet outil avertit quand aucune politique n'est définie.

Quelle est la différence entre "image" et "build" ?

"image" spécifie une image pré-construite à récupérer depuis un registre. "build" spécifie un répertoire local contenant un Dockerfile — Compose construira l'image depuis les sources. Un service peut avoir les deux, avec build qui prend la priorité.

Mon docker-compose.yml est-il envoyé à un serveur ?

Non. La validation s'exécute entièrement dans votre navigateur avec js-yaml pour l'analyse YAML. Vos fichiers de configuration — qui peuvent contenir des noms d'hôtes internes ou des identifiants — ne quittent jamais votre machine.

Outils associés