Hoppa till innehåll
TextArray1.41.0
100% lokalt

Sammanfattning av Kubernetes-manifest

Sammanfatta resurser, avbildningar och inställningar i ett Kubernetes-YAML-manifest.

Inmatning
Utmatning
Relaterade verktyg
YAML ⇄ JSON-omvandlareUtvecklarverktyg
YAML-formaterareUtvecklarverktyg
TOML till JSON-omvandlareUtvecklarverktyg
i18n nyckel diffUtvecklarverktyg
SQL till JSONUtvecklarverktyg
JSON Schema validatorUtvecklarverktyg
Sammanfattning av Kubernetes-manifest
Klistra in ett Kubernetes-manifest — ett enskilt dokument eller en flerdelad YAML-ström åtskild av "---" — och det här verktyget listar varje resurs som det hittar: typ, namn, namespace och de inställningar som är viktigast när du granskar en distribution. Använd det för att sanity-kontrollera ett manifest innan du tillämpar det, för att granska en kollegas pull-begäran eller för att inventera vad en Helm-mall eller Kustomize-build faktiskt renderar, utan att växla till en terminal och köra kubectl.
Alternativen avgör hur mycket detaljer varje rad innehåller. "Visa containeravbildningar och etiketter" listar vad varje container i en Deployment, StatefulSet, DaemonSet, Job, CronJob eller direkt Pod kör, inklusive init-containers. "Visa resursbegäranden och gränser" skriver ut varje containers CPU- och minnesvärden, så en arbetsbelastning utan inställda gränser sticker ut. "Visa portar och volymer" lägger till containerportar och podens volymer med deras typ. "Visa ConfigMap- / Secret-referenser" samlar varje referens som en pod är beroende av, från env, envFrom och monterade volymer. Aktivera varningar och en "latest"-avbildning (eller otaggad) eller en saknad gräns flaggas — två av de vanligaste granskningskommentarerna. Filtrera efter typ eller namespace med en kommaavgränsad lista och välj tabell, lista eller CSV beroende på användningen.
Parsern accepterar verklig YAML: flow och block styles, register med en port i avbildningsnamnet, digest-fästa avbildningar och både Windows och Unix-radslut. Ett manifest som inte är giltig YAML ger ett lugnt felmeddelande som namnger den offensiva raden, inte en tom skärm.
Allt körs lokalt i din webbläsare — ditt manifest lämnar aldrig din enhet, vilket är viktigt när det refererar till interna register, namespaces eller hemlighetnamn som du hellre inte klistrar in i en molntjänst. Kopiera resultatet, ladda ned det som en .txt-fil eller skicka det direkt till ett annat TextArray-verktyg för att fortsätta arbeta med det.
FAQ
Vilka Kubernetes-resurstyper förstår det?
Varje typ listas efter namn, namespace och antal behållare. Behållardetaljer (avbildningar, resurser, portar, volymer) läses från Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job och CronJob, eftersom dessa är de typerna som innehåller en pod-mall.
Kan jag inspektera ett flerdokument-manifest?
Ja. Dokument åtskilda av "---" — normal utmatning från en Helm-mall eller Kustomize-build — parsas alla och listas som separata resurser.
Vad räknas som en "latest tag"-varning?
Både en explicit ":latest"-etikett och ingen etikett, eftersom Kubernetes själv behandlar en saknad etikett som "latest".
Validerar det manifestet mot Kubernetes-API:n?
Nej. Det läser YAML-strukturen för att bygga översikten; det validerar inte resultatet mot ett kluster eller schema, så en resurs kan se fullständig ut här och ändå avvisas av API-servern av andra skäl.
Laddas mitt manifest upp någonstans?
Nej. Parsing och sammanfattning körs helt i din webbläsare — ditt manifest, inklusive eventuella namespace-, avbildnings- eller hemlighetnamn det innehåller, lämnar aldrig din enhet.