Ga naar inhoud
TextArray1.41.0
100% lokaal

Overzicht van Kubernetes-manifest

Vat resources, afbeeldingen en instellingen in een Kubernetes-YAML-manifest samen.

Invoer
Uitvoer
Gerelateerde tools
YAML ⇄ JSON-converterOntwikkelaarstools
YAML-formatterOntwikkelaarstools
TOML naar JSON-converterOntwikkelaarstools
i18n sleutel diffOntwikkelaarstools
SQL naar JSONOntwikkelaarstools
JSON Schema-validatorOntwikkelaarstools
Overzicht van Kubernetes-manifest
Plak een Kubernetes-manifest in — één document of een multi-document YAML-stream gescheiden door "---" — en dit hulpmiddel geeft een overzicht van elke resource die het vindt: soort, naam, namespace en de instellingen die het belangrijkst zijn bij het controleren van een implementatie. Gebruik het om een manifest vóór toepassing te controleren, om de pull-request van een collega te beoordelen of om in kaart te brengen wat een Helm-sjabloon of Kustomize-build daadwerkelijk genereert, zonder naar een terminal over te schakelen en kubectl uit te voeren.
De opties bepalen hoeveel detail elke rij bevat. "Container-afbeeldingen en tags tonen" geeft een lijst van wat elke container in een Deployment, StatefulSet, DaemonSet, Job, CronJob of directe Pod uitvoert, inclusief init-containers. "Resourceaanvragen en limieten tonen" geeft de CPU- en geheugenwaarden van elke container weer, zodat een workload zonder ingestelde waarden opvalt. "Poorten en volumes tonen" voegt containerpoorten en de volumes van de pod met hun type toe. "ConfigMap- en Secret-referenties tonen" verzamelt elke referentie waarvan een pod afhangt, van env, envFrom en gekoppelde volumes. Schakel waarschuwingen in en een "latest"-afbeelding (of zonder tag) of een ontbroken limiet wordt gemarkeerd — twee van de meest voorkomende opmerkingen bij code review. Filter op soort of namespace met een door komma's gescheiden lijst en kies tabel, lijst of CSV afhankelijk van het gebruik.
De parser accepteert YAML uit de echte wereld: flow en block styles, registers met een poort in de afbeeldingnaam, digest-vastgemaakte afbeeldingen en zowel Windows- als Unix-regeleinden. Een manifest dat geen geldige YAML is, geeft een rustig foutwachricht met de regel waar het misging, niet een leeg scherm.
Alles wordt lokaal in uw browser uitgevoerd — uw manifest verlaat uw apparaat nooit, wat belangrijk is wanneer het verwijst naar interne registers, namespaces of geheime namen die u liever niet in een cloudservice plakt. Kopieer het resultaat, download het als .txt-bestand of stuur het rechtstreeks naar een ander TextArray-hulpmiddel om ermee verder te werken.
FAQ
Welke soorten Kubernetes-resources begrijpt het?
Elke soort wordt vermeld op naam, namespace en containeraantal. Containergegevens (afbeeldingen, resources, poorten, volumes) worden gelezen uit Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job en CronJob, aangezien dit de soorten zijn die een pod-sjabloon bevatten.
Kan ik een multi-document manifest inspecteren?
Ja. Documenten gescheiden door "---" — de normale uitvoer van een Helm-sjabloon of Kustomize-build — worden allemaal geparseerd en als afzonderlijke resources vermeld.
Wat telt als een "latest tag"-waarschuwing?
Zowel een expliciete ":latest"-tag als geen tag, omdat Kubernetes zelf een ontbrekende tag als "latest" behandelt.
Valideert het het manifest tegen de Kubernetes-API?
Nee. Het leest de YAML-structuur om het overzicht te bouwen; het controleert het resultaat niet tegen een cluster of schema, dus een resource kan hier volledig lijken en toch om andere redenen door de API-server worden afgewezen.
Wordt mijn manifest ergens geüpload?
Nee. Het parseren en samenvattingen verlopen volledig in uw browser — uw manifest, inclusief eventuele namespace-, afbeeldings- of geheime namen erin, verlaat uw apparaat nooit.