Best practice-ek
Biztonságos és gyors K9s használat: context/namespace ellenőrzés, readonly, szűrés, log szűrés, YAML nézet.
Best practice-ek
1. Mindig tudni kell, melyik contexten és namespace-en dolgozunk
A K9s fejlécében mindig látható az aktív context és namespace. Éles (production) clusteren különösen fontos ezt figyelemmel kísérni, mielőtt törlési vagy újraindítási műveletet végzünk.
❮ context: prod-eu-west ❯ ns: production2. Read-only mód éles környezetben
Ha csak megfigyelési célból csatlakozunk production clusterhez, érdemes read-only módban indítani:
k9s --readonlyEz megakadályozza a véletlen törléseket és módosításokat.
3. A ? billentyű folyamatos használata
Minden nézetben más billentyűk érhetők el. A ? mindig az aktuális kontextusban elérhető parancsokat mutatja – nem kell memorizálni mindent.
4. Szűrés a keresés helyett
Ahelyett, hogy a listában görgetnénk, gyorsabb a / szűrőt használni. A szűrő reguláris kifejezést is elfogad.
/^api- → api- előtaggal kezdődő erőforrások
/error|fail → "error" vagy "fail" szót tartalmazók5. Log szűrés használata
A log nézetben a / szűrő segítségével csak a releváns sorok jelennek meg:
/ERROR → csak hibás sorok
/timeout → timeout-ra vonatkozó log sorok
/2024-03- → adott dátumra vonatkozó log sorok6. A y nézet az YAML ellenőrzéshez
Minden erőforrás YAML-je megtekinthető y-nal, szerkeszthető e-vel. Ha kérdéses egy resource konfigurációja (pl. liveness probe beállítása), gyorsabb megnézni K9s-ből, mint kubectl get -o yaml parancsot futtatni.
7. Port-forward háttérben
A K9s-ből indított port-forward addig él, amíg K9s nyitva van. Ha hosszabb ideig szükséges, érdemes kubectl port-forward parancsot futtatni egy külön terminálban.
8. Plugin-ek a workflow kiegészítésére
Olyan ismétlődő műveletek, amelyeket K9s alapból nem támogat, plugineken keresztül integrálhatók.
9. Kontextusváltás :contexts nézetből
Ahelyett, hogy kilépnénk és kubectl config use-context parancsot futtatnánk, K9s-ből közvetlenül váltható a context:
:contexts → Enter az adott contexten10. Xray a kapcsolatok megértéséhez
Ha nem egyértelmű, hogy egy deployment vagy service miért nem működik, az :xray nézet megmutatja a teljes erőforrás-hierarchiát és az esetleges hibákat.
Rövid összefoglaló
- Read-only mód (
--readonly) ajánlott éles clusteren, ha csak megfigyelés a cél. - A
?billentyűvel mindig naprakész billentyűtérkép látható. - Log szűrés és regex szűrés együtt nagyon gyors hibadiagnózist tesz lehetővé.