Aller au contenu
TextArray1.41.0
Tout en local

Résumé des manifestes Kubernetes

Résumer les ressources, images et configurations dans un manifeste YAML Kubernetes.

Entrée
Sortie
Outils connexes
Convertisseur YAML ⇄ JSONOutils de développement
Formateur YAMLOutils de développement
Convertisseur TOML en JSONOutils de développement
différence de clé i18nOutils de développement
SQL vers JSONOutils de développement
Validateur de schéma JSONOutils de développement
Résumé des manifestes Kubernetes
Collez un manifeste Kubernetes — un document unique ou un flux YAML multi-documents séparé par "---" — et cet outil liste toutes les ressources qu'il trouve : kind, nom, namespace et les configurations qui importent le plus lors de l'examen d'un déploiement. Utilisez-le pour vérifier un manifeste avant de l'appliquer, pour examiner la pull request d'un collègue, ou pour inventorier ce qu'un modèle Helm ou une construction kustomize rend réellement, sans basculer vers un terminal et exécuter kubectl.
Les options définissent les détails que chaque ligne porte. « Afficher les images et tags des conteneurs » liste ce que chaque conteneur d'un Deployment, StatefulSet, DaemonSet, Job, CronJob ou Pod simple exécute, y compris les init containers. « Afficher les demandes et limites de ressources » imprime les valeurs CPU et mémoire de chaque conteneur, pour qu'une charge de travail sans ces valeurs établies se distingue. « Afficher les ports et volumes » ajoute les ports de conteneur et les volumes du pod avec leur type. « Afficher les références ConfigMap / Secret » collecte toutes les références dont dépend un pod, à partir de env, envFrom et volumes montés. Activez les avertissements et une image « latest » (ou sans tag) ou une limite manquante est signalée — deux des commentaires d'examen les plus courants. Filtrez par kind ou namespace avec une liste séparée par des virgules, et choisissez tableau, liste ou CSV selon l'utilisation.
L'analyseur accepte le YAML du monde réel : styles de flux et bloc, registres avec un port dans le nom de l'image, images épinglées par digest, et terminaisons de ligne Windows et Unix. Un manifeste qui n'est pas un YAML valide produit une erreur claire nommant la ligne offensante, pas un écran vide.
Tout s'exécute localement dans votre navigateur — le manifeste ne quitte jamais votre appareil, ce qui importe quand il référence des registres internes, des namespaces ou des noms de secrets que vous préféreriez ne pas coller dans un service cloud. Copiez le résultat, téléchargez-le en tant que fichier .txt, ou envoyez-le directement à un autre outil TextArray pour continuer à travailler dessus.
FAQ
Quels kinds de ressources Kubernetes comprend-il ?
N'importe quel kind est listé par nom, namespace et nombre de conteneurs. Les détails des conteneurs (images, ressources, ports, volumes) sont lus à partir de Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job et CronJob, puisque ce sont les kinds qui portent un modèle de pod.
Puis-je inspecter un manifeste multi-document ?
Oui. Les documents séparés par "---" — la sortie normale d'un modèle Helm ou d'une construction kustomize — sont tous analysés et listés comme des ressources distinctes.
Qu'est-ce qui compte comme un avertissement de tag « latest » ?
À la fois un tag ":latest" explicite et aucun tag, puisque Kubernetes lui-même traite un tag manquant comme « latest ».
Valide-t-il le manifeste par rapport à l'API Kubernetes ?
Non. Il lit la structure YAML pour créer l'aperçu ; il ne vérifie pas le résultat par rapport à un cluster ou un schéma, de sorte qu'une ressource peut sembler complète ici et être toujours rejetée par le serveur API pour d'autres raisons.
Mon manifeste est-il chargé quelque part ?
Non. L'analyse et le résumé s'exécutent entièrement dans votre navigateur — votre manifeste, y compris tout namespace, image ou noms de secrets qu'il contient, ne quitte jamais votre appareil.