Sări la conținut
Complet local

Sumar manifest Kubernetes

Rezumează resursele, imaginile și setările dintr-un manifest YAML Kubernetes.

Intrare
Ieșire

Sumar manifest Kubernetes

Lipiți un manifest Kubernetes — un document sau o curgere YAML multi-document separată prin "---" — și acest instrument listează fiecare resursă pe care o găsește: tip, nume, namespace și setările care contează cel mai mult la revizuirea unui deployment. Utilizați-l pentru a verifica un manifest înainte de a-l aplica, pentru a revizui cererea de pull a unui coleg, sau pentru a inventaria ceea ce modelul Helm sau construcția kustomize produce de fapt, fără a trece la terminal și a executa kubectl.

Opțiunile stabilesc câți detali fiecare rând conține. "Afișează imaginile și etichetele containerelor" listează ceea ce execută fiecare container într-un Deployment, StatefulSet, DaemonSet, Job, CronJob sau Pod gol, inclusiv containere init. "Afișează cereri și limite de resurse" tipărește valorile de CPU și memorie ale fiecărui container, deci o încărcătură de muncă fără niciuna setată se remarcă. "Afișează porturile și volumele" adaugă porturile containerelor și volumele podului cu tipul acestora. "Afișează referințele la ConfigMap / Secret" colectează fiecare referință de care depinde un pod, din env, envFrom și volume montate. Activați avertismentele și o imagine "latest" (sau fără etichetă) sau o limită lipsă este marcată — două dintre cele mai frecvente comentarii de revizuire. Filtrați după tip sau namespace cu o listă separată prin virgulă și alegeți tabel, listă sau CSV în funcție de utilizare.

Parsatorul acceptă YAML din lumea reală: stiluri de flux și bloc, registre cu un port în numele imaginii, imagini fixate prin digest, și terminații de linie Windows și Unix. Un manifest care nu este YAML valid produce un mesaj de eroare calm care numește linia problematică, nu un ecran gol.

Tot rulează local în browser-ul dvs. — manifestul nu parasește niciodată dispozitivul, ceea ce este important atunci când se referă la registre interne, namespace-uri sau nume de secrete pe care preferați să nu le lipici într-un serviciu în cloud. Copiați rezultatul, descărcați-l ca fișier .txt, sau trimitți-l direct într-un alt instrument TextArray pentru a continua lucrul.

FAQ

Ce tipuri de resurse Kubernetes înțelege?
Orice tip este listat după nume, namespace și numărul de containere. Detaliile containerelor (imagini, resurse, porturi, volume) sunt citite din Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job și CronJob, deoarece acestea sunt tipurile care poartă un șablon de pod.
Pot inspecta un manifest cu mai multe documente?
Da. Documente separate prin "---" — ieșirea normală a unui model Helm sau construcție kustomize — sunt toate analizate și listate ca resurse separate.
Ce se consideră un avertisment de tag "latest"?
Atât o etichetă explicită ":latest" cât și absența unei etichete, deoarece Kubernetes însuși tratează o etichetă lipsă ca "latest".
Validează manifestul în raport cu API-ul Kubernetes?
Nu. Citește structura YAML pentru a construi sumar; nu verifică rezultatul în raport cu un cluster sau un schema, deci o resursă poate arăta completă aici și tot fi respingă de serverul API din alte motive.
Manifestul meu este încărcat undeva?
Nu. Analiza și rezumarea sunt executate în întregime în browser-ul dvs. — manifestul, inclusiv orice namespace, imagine sau nume de secrete pe care le conține, nu parasește niciodată dispozitivul.