Les pubs vous déplaisent ? Aller Sans pub Auj. 

Formateur YAML Docker Compose

DonnéesPromoteur

ANNONCE · Supprimer ?

SAISIR

Processus automatique

SORTIR

Côté client

ANNONCE · Supprimer ?

Guide

Formateur YAML Docker Compose

Coller un docker-compose.yml et obtenir instantanément un fichier propre et formaté de manière cohérente, avec les services, réseaux et volumes ordonnés selon l'attente des conventions de Docker Compose. Le formatage vérifie le fichier selon le spécificateur moderne Compose, marque les clés obsolètes comme l'ancienne clé version zone links, et met en garde contre les options inconnues des services avant qu'elles ne provoquent des échecs en temps de fonctionnement.

Comment utiliser

Collez votre docker-compose.yml dans la zone d'entrée, ou cliquez sur l'un des liens d'exemple pour charger un stack d'exemple.
Choisir un ordre des clés — Convention Compose ordonne les services selon l'ordre attendu par les utilisateurs Compose (image, restart, environment, ports, volumes, …), Alphabétique ordonne strictement de A à Z, ou Conserver garde votre ordre original.
Choisir un indent de 2 ou 4 espaces et activer ou désactiver la validation selon le spécificateur Compose.
Lisez le panneau de validation pour les erreurs, les avertissements sur les clés obsolètes et les informations sur les références implicites aux réseaux.
Copier le résultat ou le télécharger sous forme de docker-compose.yml.

Caractéristiques

Validation selon le spécificateur Compose – Reconnaît la clé top-level services, networks, volumes, configs, secrets, profiles, include, et les champs d'extension (x-*); met en évidence tout ce qui n'est pas conforme.
Avertissements sur l'obsolètes – Met en évidence la clé top-level version , et les limites de ressources de l'époque v2 qui devraient être déplacées sous links, external_linksOrdre des clés conscient du service deploy.resources.
– Réorganise chaque service afin que les clés identifiantes ( ) soient placées en premier, les configurations en temps de fonctionnement (image, build, container_name) occupent le milieu, et les préoccupations opérationnelles (environment, ports, volumes) se trouvent en bas.healthcheck, logging, deployVérifications de référence
– Détecte les services dépendant de services non définis et met en garde lorsque un service utilise un réseau non déclaré au niveau supérieur. Exigences des services
– Vérifie que chaque service dispose d'au moins une des clés , et que image, build, extends, ou providerutilise l'une des quatre politiques valides. restart Sanité des ports + healthcheck
– Détecte des chaînes de ports mal formées, l'absence de dans les ports à longue forme, et des healthchecks sans un target Trois exemples fonctionnels test.
– Une application web avec Node et Postgres, une pile WordPress + MySQL + Redis, et une construction multi-service avec profils et limites de ressources. Local + privé
– Tous les processus de parsing, tri et validation s'exécutent dans votre navigateur. Votre fichier Compose ne quitte jamais la page. Pourquoi la clé top-level version est-elle obsolète ?

 FAQ

La clé version était utilisée dans les versions légères Compose v1, v2 et v3 pour sélectionner un schéma pour la commande docker-compose. Le spécificateur Compose actuel a fusionné ces schémas en un seul schéma en évolution continue, de sorte qu'une déclaration de version n'a plus d'effet — les versions récentes de Docker Compose l'ignorent simplement et affichent un avertissement. Son suppression réduit la taille du fichier et évite les malentendus lorsque les lecteurs supposent que les fonctionnalités v3 sont bloquées par cette déclaration.

Qu'est-ce que le spécificateur Compose et comment diffère-t-il des formats de fichiers anciens ?
Le spécificateur Compose est le schéma ouvert et neutre par fournisseur qui remplace les schémas par version utilisés par Docker Compose jusqu'en 2020. Il est maintenu à github.com/compose-spec/compose-spec et est implémenté par Docker Compose, Podman Compose et d'autres exécutants. Par rapport aux versions v2 et v3, le spécificateur élimine le champ version, rend les services la clé obligatoire au niveau supérieur, et absorbe les champs exclusifs à Swarm comme deploy en tant que métadonnées que les orchestrateurs peuvent consommer.

Pourquoi préférer un réseau partagé à la clé links ?
links a été hérité de l'époque pré-réseau de Docker et ne crée que des alias DNS entre conteneurs sur le pont par défaut. Les réseaux définis par l'utilisateur modernes offrent déjà une résolution DNS automatique par nom de service, permettent plusieurs réseaux isolés par pile et vous permettent de contrôler les alias DNS avec l'option aliases. En raison de cela, le spécificateur Compose marque links comme obsolète et recommande l'ajout explicite de membres de réseau.

Qu'est-ce que font exactement les politiques de redémarrage ?
no ne redémarre jamais le conteneur. always le redémarre chaque fois qu'il s'arrête, y compris après un redémarrage du daemon. on-failure le redémarre uniquement lorsque le conteneur sort avec un statut non nul, optionnellement limité par un nombre maximal de tentatives. unless-stopped se comporte comme always, sauf que si un conteneur a été arrêté manuellement avant un redémarrage du daemon, il reste arrêté. Les quatre valeurs sont des chaînes sensibles à la casse — tout autre contenu est rejeté par le moteur Compose.

Comment Compose décide-t-il de tirer ou de construire une image ?
Compose examine pull_policy, build et image ensemble. Avec pull_policy : always, Compose tire avant chaque up. Avec manquant ou if_not_present (la valeur par défaut lorsque seul image est défini), il tire uniquement si l'image n'est pas présente localement. Avec never, il ne tire jamais. Lorsque build est présent avec image, pull_policy : build force une reconstruction et tagge le résultat comme image, tandis que pull_policy : manquant reconstruit uniquement lorsque l'image n'est pas encore présente localement.

Coller votre contenu docker-compose.yml ici

Envie d'une expérience sans pub ? Passez à la version sans pub



 Installez nos extensions

Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide

Sur

恵 Le Tableau de Bord Est Arrivé !

Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !

ANNONCE · Supprimer ?