Ugrás a tartalomhoz
100% helyi

Kubernetes manifest áttekintés

A Kubernetes YAML manifest erőforrásainak, képeinek és beállításainak összegzése.

Bemenet
Kimenet

Kubernetes manifest áttekintés

Illeszthessen be egy Kubernetes manifestot — egy dokumentumot vagy egy "---" által elválasztott több dokumentumból álló YAML streamet — és az eszköz listázza az összes erőforrást: típus, név, namespace és az üzembe helyezés értékelésénél legfontosabb beállítások. Használja a manifest szanity-checkhez a beadás előtt, egy kolléga pull requestjének felülvizsgálatához, vagy egy Helm template vagy kustomize build által előállított dolgok leltározásához terminálra váltás és kubectl futtatása nélkül.

A lehetőségek azt szabják meg, hogy mennyit adnak meg az egyes sorok. A "Tárolóképek és verziók mutatása" felsorolja, hogy az egyes tárolók mit futtatnak egy Deployment, StatefulSet, DaemonSet, Job, CronJob vagy egyszerű Podban, init tárolókat is beleértve. Az "Erőforrás kérések és limitok mutatása" megjeleníti az egyes tárolók CPU és memória értékeit, így az erőforrások nélküli workload kiemelkedik. A "Portok és kötetck mutatása" hozzáadja a tárolóportokat és a pod köteteinek típusát. A "ConfigMap / Secret hivatkozások mutatása" összegyűjti az összes hivatkozást, amelytől egy pod függ, env, envFrom és csatolt kötetekből. Kapcsolja be a figyelmeztetéseket, és a "latest" (vagy verzió nélküli) kép vagy a hiányzó limit meg lesz jelölve — ez a két legelterjedtebb felülvizsgálati megjegyzés. Szűrje típus vagy namespace szerint vesszővel elválasztott listával, és válassza az oszlop, lista vagy CSV lehetőséget a használattól függően.

Az elemző fogadja az igazi YAML-t: flow és block stílusok, port-kal rendelkező regisztrációk a kép nevében, digest-ből rögzített képek, valamint Windows és Unix soremelések. Egy olyan manifest, amely nem érvényes YAML, nyugodt hibát adhat vissza, amely megnevezi a hibás sort, nem pedig egy üres képernyőt.

Minden helyileg fut a böngészőben — a manifest soha nem hagyja el az eszközt, ami akkor fontos, ha belső regisztrációkra, namespacekre vagy titkos nevekre hivatkozik, amelyeket nem szívesen illeszthetnél be egy felhőszolgáltatásba. Másolhat az eredményt, letöltheti .txt fájlként, vagy közvetlenül elküldheti egy másik TextArray eszközbe a munka folytatásához.

Gyakori kérdések

Mely Kubernetes erőforrás típusok értelmezhetők?
Bármilyen típus megjelenik a név, namespace és tárolók száma szerint. A tárolóadatok (képek, erőforrások, portok, kötetck) a Pod, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job és CronJob típusokból olvasódnak ki, mivel ezek hordozzák a pod sablont.
Vizsgálhatok többdokumentumos manifestot?
Igen. Az "---" által elválasztott dokumentumok — a Helm template vagy kustomize build normális kimenete — mind elemzésre kerülnek és külön erőforrásokként felsoroltakká válnak.
Mi számít "latest tag" figyelmeztetésnek?
Mindkettő: egy explicit ":latest" tag és hiányzó tag, mivel a Kubernetes a hiányzó taget "latest" ként kezeli.
Érvényesíti a manifestot a Kubernetes API szerint?
Nem. Az eszköz az áttekintéshez olvassa a YAML szerkezetet; nem ellenőrzi az eredményt egy fürt vagy séma szerint, így egy erőforrás itt teljesnek tűnhet, de az API server mégis elutasíthatja más okok miatt.
A manifestom fel van töltve valahova?
Nem. Az elemzés és összegzés teljesen a böngészőben futnak — a manifestod, beleértve a namespace, kép vagy titok neveket, amelyekre hivatkozik, soha nem hagyja el az eszközt.