Formateur et validateur YAML Kubernetes
Guide
Formateur et validateur YAML Kubernetes
Formatez et validez vos fichiers YAML de manifeste Kubernetes instantanément dans le navigateur. Collez n'importe quel manifeste K8s — Déploiements, Services, ConfigMaps, Ingress, CronJobs, et plus encore — pour obtenir une indentation à deux espaces cohérente, un tri des clés optionnel et une validation du schéma contre 19 types de ressources Kubernetes. Dépiste les champs obligatoires manquants, les versions API obsolètes, les incohérences entre les sélecteurs/labels et les erreurs structurelles avec des annotations numérotées par ligne clairement indiquées.
Comment utiliser
Insérez votre fichier de manifeste YAML du cluster Kubernetes dans la zone d'entrée ou chargez l'un des exemples intégrés. L'outil détecte automatiquement le type de ressource et valide celui-ci selon le schéma approprié. Les manifestes multi-documents séparés par --- sont pris en charge — chaque document est validé indépendamment. Activez le tri des touches clavier, choisissez entre la mise en forme uniquement ou une validation complète, et copiez le résultat propre sur votre presse-papiers.
Caractéristiques
- Types de ressources 19 Vérifie la **déploiement**, le **service**, le **ConfigMap**, le **Secret**, l’**Ingress**, le **Pod**, le **StatefulSet**, le **DaemonSet**, le **Job**, le **CronJob**, l'**HPA**, le **PVC**, le **PV**, le **namespace**, la **ServiceAccount**, le **Role**, le **RoleBinding**, le **ClusterRole** et le **ClusterRoleBinding**.
- Validation du schéma Vérifie les champs obligatoires, les versions API valides, la structure de spécification correcte et les contraintes de type pour chaque type de ressource.
- Détection de l'API obsolète – Les versions API obsolètes comme
extensions/v1beta1suggère le bon remplacement - Correspondance/Matchage de Libellés Vérifie que les sélecteurs de déploiement et d’StatefulSet correspondent aux étiquettes du modèle de pods.
- Soutien à plusieurs documents Gère les fichiers YAML avec plusieurs
---documents séparés, validant chacun indépendamment - Formatage cohérent – Applique une mise en forme avec un espacement de deux espaces et tri alphabétique optionnel.
- Erreurs numérotées par ligne Les erreurs et avertissements de validation incluent des numéros de ligne pour une identification rapide.
- Exemples de Fichiers de Déclaration Charger des échantillons de déploiement, services ou manifestes multi-documents pour voir le outil en action.
FAQ
-
Quels sont les erreurs YAML les plus courantes avec Kubernetes ?
Les erreurs les plus fréquentes incluent l'utilisation de versions d'API obsolètes (comme extensions/v1beta1 au lieu de apps/v1 pour les Deployments), oubli des champs obligatoires tels que metadata.name ou spec.containers, des sélecteurs de labels non correspondants entre le spec.selector.matchLabels d'un Deployment et les labels du template de pod metadata.labels, une indentation incorrecte entraînant la mauvaise interprétation des niveaux de champ, et l'utilisation de types de champs erronés comme des chaînes de caractères là où des entiers sont attendus pour les ports ou les répliques.
-
Quelle est la différence entre `apiVersion` `apps/v1` et `extensions/v1beta1`?
Le groupe d'API **extensions/v1beta1** était le groupe d'API original pour les *Deployments*, *DaemonSets* et *ReplicaSets* dans les premières versions de Kubernetes. Il a été obsolète à partir de la version 1.16 de Kubernetes et supprimé en 1.22 au profit de **apps/v1**, qui est le groupe d'API stable. De même, **networking.k8s.io/v1** a remplacé **extensions/v1beta1** pour les ressources *Ingress*. Il est toujours recommandé d'utiliser les versions stables des API pour les manifestes de production.
-
Comment fonctionnent les fichiers YAML multi-documents dans Kubernetes ?
Le support de Kubernetes permet de définir plusieurs ressources dans un seul fichier YAML en les séparant par une ligne composée uniquement de trois tirets (---). Lorsqu'on applique un fichier multi-document avec `kubectl apply -f`, Kubernetes crée ou met à jour chaque ressource indépendamment. Cela est couramment utilisé pour regrouper des ressources liées, comme une Déploiement et son Service, dans un seul fichier pour faciliter la gestion.
-
Pourquoi les sélecteurs de déploiement doivent-ils correspondre aux étiquettes du modèle de pods ?
Une **Déploiement** utilise `spec.selector.matchLabels` pour identifier les **Pods** qu’il gère. Le modèle de pod sous `spec.template.metadata.labels` doit inclure tous les étiquettes spécifiées dans le sélecteur. S’ils ne correspondent pas, le contrôleur de déploiement ne peut pas trouver ses Pods et Kubernetes rejettera la manifestation avec une erreur de validation. Ce mécanisme de sélection est comment Kubernetes relie les contrôleurs à un niveau supérieur aux Pods qu’il gère.
Installez nos extensions
Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide
恵 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 !
Outils essentiels
Tout voir Nouveautés
Tout voirMise à jour: Notre dernier outil a été ajouté le 23 avr. 2026
