Si të përdorni kubectl në mënyrë më efikase: udhëzues i detajuar

Le të shohim një shembull të thjeshtë:

$ kubectl get pods -o custom-columns='NAME:metadata.name'

NAME
engine-544b6b6467-22qr6
engine-544b6b6467-lw5t8
engine-544b6b6467-tvgmg
web-ui-6db964458-8pdw4

Dalja përmban një kolonë me emrat e podeve.

Shprehja në opsion zgjedh emrat e podeve nga fusha metadata.name. Kjo për shkak se emri i podit përcaktohet në fushën fëmijë name të fushës metadata në përshkrimin e burimit të podit. Më shumë informacion mund të gjeni në udhëzimin e API-t ose mund të shkruani komandën kubectl explain pod.metadata.name.

Tani le të themi se dëshironi të shtoni një kolonë shtesë në dalje, për shembull, duke treguar nodin mbi të cilin punon çdo pod. Për këtë, thjesht mund të shtoni specifikimin përkatës të kolonës në opsionet e kolonave të personalizuara:

$ kubectl get pods 
  -o custom-columns='NAME:metadata.name,NODE:spec.nodeName'

EMRI                       NODE
engine-544b6b6467-22qr6    ip-10-0-80-67.ec2.internal
engine-544b6b6467-lw5t8    ip-10-0-36-80.ec2.internal
engine-544b6b6467-tvgmg    ip-10-0-118-34.ec2.internal
web-ui-6db964458-8pdw4     ip-10-0-118-34.ec2.internal

Shprehja zgjedh emrin e nodës nga spec.nodeName — kur një pod i caktohet një nodë, emri i saj shkruhet në fushën spec.nodeName e specifikimit të burimit të pod-it. Më shumë informacion mund të shihet në daljen kubectl explain pod.spec.nodeName.

Kruajeni se fushat e burimeve të Kubernetes janë të ndjeshme ndaj shkrimit.

Mund të shihni çdo fushë burimi në formën e një kolone. Thjesht shikoni specifikimin e burimit dhe provoni atë me çdo fushë që dëshironi.

Por së pari le të shqyrtojmë më në detaj shprehjet e zgjedhjes së fushave.

Shprehjet JSONPath

Shprehjet për zgjedhjen e fushave të burimeve bazohen në JSONPath.

JSONPath është një gjuhë për nxjerrjen e të dhënave nga dokumentet JSON. Zgjedhja e një fushe është rastin më të thjeshtë të përdorimit të JSONPath. Ajo ka shumë më shumë mundësi, duke përfshirë selektorë, filtra dhe kështu me radhë.

Kubectl explain mbështet një numër të kufizuar mundësish JSONPath. Më poshtë janë përshkruar mundësitë dhe shembujt e përdorimit të tyre:

# Выбрать все элементы списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[*].image'
# Выбрать специфический элемент списка
$ kubectl get pods -o custom-columns='DATA:spec.containers[0].image'
# Выбрать элементы списка, попадающие под фильтр
$ kubectl get pods -o custom-columns='DATA:spec.containers[?(@.image!="nginx")].image'
# Выбрать все поля по указанному пути, независимо от их имени
$ kubectl get pods -o custom-columns='DATA:metadata.*'
# Выбрать все поля с указанным именем, вне зависимости от их расположения
$ kubectl get pods -o custom-columns='DATA:..image'

Operatori [] ka një rëndësi të veçantë. Shumica e fushave të burimeve Kubernetes janë lista, dhe ky operator lejon zgjedhjen e elementeve të këtyre listave. Ai përdoret shpesh me një wildcard si [*] për të zgjedhur të gjitha elementet e listës.

Shembuj të aplikimit

Mundësitë e përdorimit të formatit të daljes së kolonave të personalizuara janë të pakufizuara, pasi mund të shfaqni çfarëdo fushe ose kombinim fushash të burimit në dalje. Ja disa shembuj aplikimesh, por mos ngurroni të eksploroni dhe të gjeni aplikime të dobishme për ju.

1. Shfaqja e imazheve të kontejnerëve për pod-at:

   $ kubectl get pods 
     -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'
   
   NAME                        IMAGES
   engine-544b6b6467-22qr6     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-lw5t8     rabbitmq:3.7.8-management,nginx
   engine-544b6b6467-tvgmg     rabbitmq:3.7.8-management,nginx
   web-ui-6db964458-8pdw4      wordpress

   Kjo komandë shfaq emrat e imazheve të kontejnerëve për çdo pod.

   Mbani mend se një pod mund të përmbajë disa kontejnerë, kështu që emrat e imazheve do të nxirren në një rresht, të ndarë me presje.

2. Shfaqja e zonave të disponueshmërisë së nyjeve:

   $ kubectl get nodes 
     -o 
   custom-columns='NAME:metadata.name,ZONE:metadata.labels.failure-domain.beta.kubernetes.io/zone'
   
   NAME                          ZONE
   ip-10-0-118-34.ec2.internal   us-east-1b
   ip-10-0-36-80.ec2.internal    us-east-1a
   ip-10-0-80-67.ec2.internal    us-east-1b

   Ky komandë është e dobishme nëse klustëri juaj është i vendosur në një cloud publik. Ajo tregon zonën e disponueshmërisë për çdo nod.

   Zona e disponueshmërisë është një koncept cloud, që kufizon zonën e replikimit në një rajon gjeografik.

   Zonat e disponueshmërisë për çdo nod merren përmes një etikete të veçantë — failure-domain.beta.kubernetes.io/zone. Nëse klustëri është aktivizuar në një cloud publik, kjo etiketë krijohet automatikisht dhe plotësohet me emrat e zonave të disponueshmërisë për çdo nod.

   Etiketat nuk janë pjesë e specifikimit të burimeve Kubernetes, kështu që nuk do të gjeni informacione për to në udhëzimin e API-t. Megjithatë, ato mund të shihen (ashtu si çdo etiketë tjetër) nëse kërkoni informacion mbi nodet në formatin YAML ose JSON:

   $ kubectl get nodes -o yaml
   # ose
   $ kubectl get nodes -o json

   Ky është një mënyrë e shkëlqyer për të mësuar më shumë rreth burimeve, përveç studimit të specifikimeve të burimeve.

4. Kalimi i lehtë midis klastrave dhe hapësirave të emrave

Kur kubectl bën një kërkesë në Kubernetes API, ai lexon skedarin kubeconfig për të marrë të gjitha parametrat e nevojshme për lidhjen.

Për default, skedari kubeconfig është ~/.kube/config. Në përgjithësi, ky skedar krijohet ose përditësohet me një komandë të veçantë.

Kur punoni me disa klasterë, skedari juaj kubeconfig përmban parametrat e lidhjes për të gjithë këta klasterë. Ju nevojitet një mënyrë për t'i treguar komandës kubectl se me cilin klaster po punoni.

Brenda klasterit mund të krijoni disa hapësira emri — një lloj klasteri virtual brenda klasterit fizik. Kubectl përcakton se cila hapësirë emri të përdorë gjithashtu në bazë të të dhënave nga skedari kubeconfig. Pra, ju nevojitet gjithashtu një mënyrë për t'i treguar komandës kubectl se me cilin hapësirë emri po punoni.

Në këtë kapitull do t'ju tregojmë se si funksionon dhe si ta arrini një punë efektive.

Kujdes, mund të keni disa skedarë kubeconfig të listuar në variablin e mjedisit KUBECONFIG. Në këtë rast, të gjithë këta skedarë do të bashkohen në një konfigurim të përgjithshëm gjatë ekzekutimit. Mund të ndryshoni gjithashtu skedarin kubeconfig të aplikuar si parazgjedhje duke e ekzekutuar kubectl me parametër --kubeconfig. Shikoni dokumentacionin zyrtar.

Skedar kubeconfig

Le të shohim se çfarë përmban skedari kubeconfig:

Siç e shihni, skedari kubeconfig përmban një grup kontekstesh. Një kontekst përbëhet nga tre elemente:

• Cluster — URL e API-së së serverit të klasterit.
• User — akreditetet e autentifikimit të përdoruesit në klaster.
• Namespace — hapësira e emrave e përdorur gjatë lidhjes me klasterin.

Në praktikë, zakonisht përdoret një kontekst për klaster në skedarin tuaj kubeconfig. Megjithatë, mund të keni disa kontekste për klaster, që ndryshojnë sipas përdoruesit ose hapësirës së emrave. Megjithatë, një konfigurim me disa kontekste është jo i zakonshëm, prandaj zakonisht ka një përputhje të qartë midis klasterëve dhe konteksteve.

Në çdo moment, një nga kontekstet është aktual:

Kur kubectl lexon skedarin e konfigurimit, gjithmonë merret informacioni nga konteksti aktual. Në shembullin e mësipërm, kubectl do të lidhë me klasterin Hare.

Prandaj, për t'u kaluar në një klaster tjetër, duhet të ndryshoni kontekstin aktual në skedarin kubeconfig:

Tani kubectl do të lidhë me klasterin Fox.

Për të kaluar në një hapësirë tjetër emri në të njëjtin klaster, duhet të ndryshoni vlerën e elementit namespace për kontekstin aktual:

Në shembullin e mësipërm, kubectl do të përdorë hapësirën emri Prod të klasterit Fox (më parë ishte vendosur hapësira emri Test).

Merrni parasysh se kubectl gjithashtu ofron opsione --cluster, --user, --namespace dhe --context, të cilat lejojnë përmbysjen e elementeve të veçanta dhe të vetë kontekstit aktual, pavarësisht nga ato që janë vendosur në skedarin kubeconfig. Shihni opsionet kubectl.

Teorikisht, mund të ndryshoni manualisht parametrat në skedarin kubeconfig. Por kjo është e pakëndshme. Për të lehtësuar këto operacione, ekzistojnë një gamë e shërbimeve që lejojnë ndryshimin e parametrave në mënyrë automatike.

Përdorni kubectx

Një utilitar shumë i njohur për kalimin mes klasterëve dhe hapësirave emri.

Utilitari ofron komandat kubectx dhe kubens për të ndryshuar kontekstin dhe hapësirën emri aktualisht.

Siç u përmend, ndryshimi i kontekstit aktual do të thotë ndryshimi i klasterit, nëse keni vetëm një kontekst për klaster.

Ja një shembull i ekzekutimit të këtyre komandave:

Në thelb, këto komanda thjesht editojnë skedarin kubeconfig, siç u përshkrua më sipër.

Për të instaluar kubectx, ndiqni udhëzimet në Github.

Të dy komandat mbështesin plotësimin automatik të emrave të konteksteve dhe hapësirave të emrave, duke lejuar që të mos i shkruani ato plotësisht. Udhëzimet për konfigurimin e plotësimit automatik këtu.

Një funksion tjetër të dobishëm kubectx është modi interaktiv. Ai funksionon në bashkëpunim me utilitarin fzf, i cili duhet të instalohet veçmas. Instalimi i fzf e bën automatikisht të disponueshëm modin interaktiv në kubectx. Në modin interaktiv, mund të zgjidhni kontekstin dhe hapësirën e emrave përmes një ndërfaqe interaktive të kërkimit të lirë, të ofruar nga fzf.

Përdorimi i aliasave të komandës

Nuk keni nevojë për mjete të veçanta për të ndryshuar kontekstin dhe hapësirën e emrave aktuale, sepse kubectl gjithashtu ofron komanda për këtë. Pra, komanda kubectl config ofron nënkomanda për të redaktuar skedarët kubeconfig.

Ja disa prej tyre:

• kubectl config get-contexts: shfaq të gjitha kontekstet;
• kubectl config current-context: merr kontekstin aktual;
• kubectl config use-context: ndrysho kontekstin aktual;
• kubectl config set-context: ndrysho elementin e kontekstit.

Megjithatë, përdorimi i këtyre komandave drejtpërdrejt nuk është shumë i përshtatshëm, sepse janë të gjata. Mund të krijoni alias për komandën që janë më të lehta për t'u ekzekutuar.

Kam krijuar një grup aliasesh bazuar në këto komanda, të cilat ofrojnë funksionalitet të ngjashëm me kubectx. Këtu mund të shihni veprimin e tyre:

Kujdes, aliaset përdorin fzf për të ofruar një ndërfaqe interaktive për kërkimin e lirë (si në mënyrën interaktive të kubectx). Kjo do të thotë se duhet të instaloni fzf, për të përdorur këto alias.

Këtu janë vetë përkufizimet e aliasëve:

# Получить текущий контекст
alias krc='kubectl config current-context'
# Список всех контекстов
alias klc='kubectl config get-contexts -o name | sed "s/^/  /;|^  $(krc)$|s/ /*/"'
# Изменить текущий контекст
alias kcc='kubectl config use-context "$(klc | fzf -e | sed "s/^..//")"'

# Получить текущее пространство имен
alias krn='kubectl config get-contexts --no-headers "$(krc)" | awk "{print $5}" | sed "s/^$/default/"'
# Список всех пространств имен
alias kln='kubectl get -o name ns | sed "s|^.*/|  |;|^  $(krn)$|s/ /*/"'
# Изменить текущее пространство имен
alias kcn='kubectl config set-context --current --namespace "$(kln | fzf -e | sed "s/^..//")"'

Për të instaluar këto alias, duhet të shtoni përkufizimet e mësipërme në skedarin tuaj ~/.bashrc ose ~/.zshrc dhe të rivendosni komandën tuaj.

Përdorimi i mjeteve shtesë

Kubectl lejon ngarkimin e mjeteve shtesë që ekzekutohen ashtu si komandat kryesore. Për shembull, mund të instaloni mjetin shtesë kubectl-foo dhe ta ekzekutoni duke përdorur komandën kubectl foo.

Do të ishte e përshtatshme të ndryshoni kontekstin dhe hapësirën e emrave në këtë mënyrë, për shembull, të ekzekutoni kubectl ctx për të ndërruar kontekstin dhe kubectl ns për të ndërruar hapësirën e emrave.

Kam shkruar dy mjete shtesë që bëjnë këtë:

• kubectl-ctx
• kubectl-ns

Puna e plugjve bazohet në aliaset nga seksioni i mëparshëm.

Ja si funksionojnë:

Kujdes, plugjve përdorin fzf për të ofruar një ndërfaqe interaktive kërkimi të lirë (si në modin interaktiv kubectx). Kjo do të thotë se duhet të instaloni fzf, për të përdorur këto alias.

Për të instaluar plugjve, duhet të ngarkoni skripte shell me emra kubectl-ctx dhe kubectl-ns në çdo katalog në variablin tuaj PATH dhe t'i bëni ata ekzekutues, për shembull, duke përdorur chmod +x. Menjëherë pas kësaj, do të jeni në gjendje të përdorni kubectl ctx dhe kubectl ns.

5. Shkurtimi i hyrjes me auto-aliaset

Aliaset e komandës së shell-it janë një mundësi e shkëlqyer për të përshpejtuar hyrjen. Projekti kubectl-aliases përmban rreth 800 shkurtime për komandat kryesore kubectl.

Mund të habiteni — si t'i mbani mend 800 aliaset? Por nuk keni nevojë t'i mbani mend të gjitha, sepse ato ndërtohen sipas një skeme të thjeshtë, e cila është e paraqitur më poshtë:

Për shembull:

1. kgpooyaml — kubectl get pods oyaml
2. ksysgsvcw — kubectl -n kube-system get svc w
3. ksysrmcm — kubectl -n kube-system rm cm
4. kgdepallsl — kubectl get deployment all sl

Siç e shihni, aliaset përbëhen nga komponentë, secili prej të cilëve përfaqëson një element të caktuar të komandës kubectl. Çdo alias mund të ketë një komponent për komandën bazë, veprimin dhe burimin dhe disa komponentë për parametrat. Ju thjesht 'plotësoni' këta komponentë nga majta në djathtë sipas skemës së mësipërme.

Skema e përditësuar detajale është në GitHub. Atje mund të gjeni gjithashtu listën e plotë të pseudonimeve.

Për shembull, aliasi kgpooyamlall është i barabartë me komandën kubectl get pods -o yaml --all-namespaces.

Rendi relativ i opsioneve nuk ka rëndësi: komanda kgpooyamlall është ekuivalente me komandën kgpoalloyaml.

Mund të mos përdorni të gjithë komponentët si aliasë. Për shembull k, kg, klo, ksys, kgpo mund të përdoren gjithashtu. Gjithashtu, në linjën e komandës mund të kombinoni aliasët dhe komandat ose opsionet e zakonshme:

Për shembull:

1. Në vend të kubectl proxy mund të shkruhet k proxy.
2. Në vend të kubectl get roles mund të shkruhet kg roles (aktualisht nuk ka një alias për burimin Roles).
3. Për të marrë të dhënat për një pod të caktuar, mund të përdorni komandën kgpo my-pod — kubectl get pod my-pod.

Kujtoni se disa alias kërkojnë argument në linjën e komandës. Për shembull, aliasi kgpol do të thotë kubectl get pods -l. Opcioni -l kërkon një argument — specifikimin e etiketës. Nëse përdorni një alias, do të duket si kgpol app=ui.

Për shkak se disa alias kërkojnë argumente, aliaset a, f dhe l duhet të përdoren në fund.

Në përgjithësi, sapo të zotëroni këtë skemë, do të jeni në gjendje të nxirrni intuitivisht aliaset nga komandat që dëshironi të ekzekutoni dhe të kurseni shumë kohë në shtypjen e tyre.

Instalimi

Për të instaluar kubectl-aliases, duhet të shkarkoni skedarin .kubectl_aliases nga GitHub dhe ta përfshini në skedarin ~/.bashrc ose ~/.zshrc:

source ~/.kubectl_aliases

Plotësimi automatik

Siç kemi thënë më parë, shpesh shtoni fjalë shtesë në alias në linjën e komandës. Për shembull:

$ kgpooyaml test-pod-d4b77b989

Nëse përdorni plotësimin automatik të komandës kubectl, është e mundshme që keni përdorur plotësimin automatik për gjëra si emrat e burimeve. Por, a është e mundur të bëni këtë kur përdoren aliaset?

Ky është një pyetje shumë e rëndësishme, sepse, nëse plotësimi automatik nuk funksionon, do të humbni një pjesë të përfitimeve nga aliaset.

Përgjigjja varet nga cila shell komandash po përdorni:

1. Për Zsh, plotësimi automatik për aliaset funksionon 'nga kutia'.
2. Për Bash, fatkeqësisht, disa veprime janë të nevojshme për të bërë që plotësimi automatik të punojë.

Aktivizimi i autocompletimit për aliaset në Bash

Problemi me Bash është se ai përpiqet të plotësojë (sa herë që klikoni Tab) aliasin, në vend të komandës që aliasi referon (siç bën Zsh). Duke pasur parasysh që nuk keni skripta plotësimi për të gjitha 800 aliaset, autocompletimi nuk funksionon.

Projekt complete-alias ofron një zgjidhje gjithëpërfshirëse për këtë problem. Ai lidhet me mekanizmin e plotësimit për aliaset, brenda plotëson aliasin në komandë dhe kthen opsionet e plotësimit për komandën e plotësuar. Kjo do të thotë se plotësimi për aliasin sillet në të njëjtën mënyrë si për komandën e plotë.

Më pas do të shpjegoj së pari se si të instaloni complete-alias, dhe më pas si ta konfiguroni për të aktivizuar plotësimin për të gjitha aliaset kubectl.

Instalimi i complete-alias

Së pari, complete-alias kërkon bash-completion. Prandaj, para se të instaloni complete-alias, duhet të siguroheni që bash-completion është instaluar. Udhëzimet për instalim janë dhënë më parë për Linux dhe MacOS.

Shënim i rëndësishëm për përdoruesit e MacOS: si skripti i autocompletimit kubectl, complete-alias nuk funksionon me Bash 3.2, i cili përdoret si parazgjedhje në MacOS. Në veçanti, complete-alias kërkon bash-completion v2 (brew install bash-completion@2), për të cilin kërkohet të paktën Bash 4.1. Kjo do të thotë se për të përdorur complete-alias në MacOS ju duhet të instaloni një version më të ri të Bash.

Ju nevojitet të shkarkoni skenarin bash_completion.sh nga nga depoja GitHub dhe ta përfshini atë në skedarin tuaj ~/.bashrc:

source ~/bash_completion.sh

Pasi të rikthehet terminali, complete-alias do të jetë instaluar plotësisht.

Aktivizimi i autofunksionim për aliaset kubectl

Në teknikë, complete-alias ofron funksionalitetin e shell-it _complete_alias. Ky funksion kontrollon aliasin dhe kthen sugjerime për autofunksionimin e komandës së aliasit.

Për të lidhur funksionin me një alias të caktuar, duhet të përdorni mekanizmin e integruar të Bash complete, për të vendosur _complete_alias si funksionin e autofunksionimit të aliasit.

Si shembull, le të marrim aliasin k, që përfaqëson komandën kubectl. Për të vendosur _complete_alias si funksionin e autofunksionimit për këtë alias, ju duhet të ekzekutoni komandën e mëposhtme:

$ complete -F _complete_alias k

Rezultati i kësaj është se sa herë që të vendosni autofunksionimin për aliasin k, thirret funksioni _complete_alias, i cili kontrollon aliasin dhe kthen sugjerime për autofunksionimin e komandës kubectl.

Si një shembull të dytë, le të marrim aliasin kg, i cili përfaqëson kubectl get:

$ përfundimi -F _complete_alias kg

Ashtu si në shembullin e mëparshëm, kur plotësoni automatikisht kg, merrni po ato sugjerime, që do të merrnit për kubectl get.

Vini re se mund të përdorni complete-alias për çdo alias në sistemin tuaj.

Prandaj, për të përfshirë plotësimin automatik për të gjitha aliaset e kubectl, duhet të ekzekutoni komandën e mësipërme për secilën prej tyre. Fragmenti i mëposhtëm bën këtë, nëse keni instaluar kubectl-aliases në ~/.kubectl-aliases:

për _a në $(sed '/^alias /!d;s/^alias //;s/=.*$//' ~/.kubectl_aliases); 
do
  complete -F _complete_alias "$_a"
done

Ky copë kod duhet të vendoset në ~/.bashrc, të rindezësh shell-in dhe plotësimi automatik do të jetë në dispozicion për të gjithë 800 aliaset kubectl.

6. Zgjerimi i kubectl përmes tingujve

Duke filluar nga versioni 1.12, kubectl mbështet mekanizmin e tingujve, i cili lejon zgjerimin e funksioneve të tij me komanda shtesë.

Nëse jeni të njohur me mekanizmat e tingujve të Git, atëherë tingujt e kubectl janë ndërtuar në të njëjtin parim.

Në këtë kapitull ne do të tregojmë se si të instaloni tinguj, ku t'i kërkoni dhe si të krijoni tinguj tuaj.

Instalimi i tingujve

Plugins kubectl shpërndahen si skedarë ekzekutivë të thjeshtë me emrin e formatit kubectl-x. Prefiksi kubectl- është e domosdoshme, që më pas pason një komandë të re kubectl që lejon thirrjen e plugin-it.

Për shembull, plugin-i hello do të shpërndahet si skedari me emrin kubectl-hello.

Për të instaluar plugin-in, duhet ta kopjoni skedarin kubectl-x në çdo katalog në variablin tuaj PATH dhe ta bëni ekzekutiv, për shembull me chmod +x. Menjëherë pas kësaj, mund të thirrni plugin-in duke përdorur kubectl x.

Mund të përdorni komandën e mëposhtme për të dalë në listën e të gjithë plugin-ëve që aktualisht janë të instaluar në sistemin tuaj:

$ kubectl plugin list

Kjo komandë gjithashtu tregon paralajmërime nëse keni disa plugin-e me emra të njëjtë, ose nëse ka një skedar plugin-ësh që nuk është ekzekutiv.

Kërkimi dhe instalimi i plugin-eve përmes Krew

Plugin-et Kubectl janë të përshtatshme për përdorim të përbashkët ose përsëritës si paketat softuerike. Por ku mund të gjeni plugin-et që kanë ndarë të tjerët?

Projekti Krew është i orientuar në ofrimin e një zgjidhjeje të unifikuar për ndarjen, kërkimin, instalimin dhe menaxhimin e moduleve kubectl. Projekti e quan veten "menaxherin e pakove për modulet kubectl" (Krew është si Brew).

Krew është një listë e moduleve kubectl që mund të zgjidhni dhe instaloni. Në të njëjtën kohë, Krew është gjithashtu një modul për kubectl.

Kjo do të thotë se instalimi i Krew funksionon në thelb si instalimi i çdo moduli tjetër kubectl. Mund të gjeni udhëzime të detajuara në faqen GitHub.

Komandat më të rëndësishme Krew:

# Поиск в списке плагинов
$ kubectl krew search [<query>]
# Посмотреть информацию о плагине
$ kubectl krew info <plugin>
# Установить плагин
$ kubectl krew install <plugin>
# Обновить все плагины до последней версии
$ kubectl krew upgrade
# Посмотреть все плагины, установленные через Krew
$ kubectl krew list
# Деинсталлировать плагин
$ kubectl krew remove <plugin>

Kujtoni se instalimi i moduleve përmes Krew nuk pengon instalimin e moduleve në mënyrën standarde siç përshkruhet më sipër.

Vini re se komanda kubectl krew list tregon vetëm ato module që janë instaluar me Krew, ndryshe nga komanda kubectl plugin list e cila rendit të gjitha modulet, pra ato që janë instaluar me Krew dhe ato që janë instaluar në mënyra të tjera.

Kërkimi i moduleve në vende të tjera

Krew është një projekt i ri, aktualisht në listën e tij ka rreth 30 module. Nëse nuk mund të gjeni atë që ju nevojitet, mund të gjeni module në vende të tjera, për shembull në GitHub.

Unë rekomandoj të shikoni seksionin GitHub plugins kubectl. Aty do të gjeni disa dhjetëra plugins të disponueshëm që meritojnë të shihen.

Shkruani plugins tuaj

Ju mund të krijoni plugins — nuk është e vështirë. Ju nevojitet të krijoni një skedar ekzekutiv që bën atë që nevojitet, ta emërtoni si kubectl-x dhe ta instaloni, siç ishte përshkruar më lart.

Skedari mund të jetë një skript bash, një skript python, ose një aplikacion i përpunuar go — kjo nuk ka rëndësi. Kushti i vetëm është që të mund të ekzekutohet drejtpërdrejt në sistemin operativ.

Le të krijojmë një shembull plugin tani. Në seksionin e mëparshëm keni përdorur komandën kubectl për të shfaqur listën e kontejnerëve për çdo pod. Mund ta kthejmë lehtësisht këtë komandë në një plugin që mund ta thërrisni, për shembull me kubectl img.

Krijoni një skedar kubectl-img përmbajtja e mëposhtme:

#!/bin/bash
kubectl get pods -o custom-columns='NAME:metadata.name,IMAGES:spec.containers[*].image'

Tani bëni skedarin ekzekutiv me chmod +x kubectl-img dhe transferoni atë në çdo katalog në PATH tuaj. Menjëherë pas kësaj mund të përdorni plugin-in kubectl img.

Si e përmenda më parë, pluginet kubectl mund të shkruhen në çdo gjuhëprogramimi ose skriptimi. Nëse po përdorni skripte të komandës, përfitimi është se mund të thirrni lehtësisht kubectl nga plugini. Megjithatë, mund të shkruani plugina më të komplikuara në gjuhëprogramimi reale, duke përdorur bibliotekën klient të Kubernetes. Nëse po përdorni Go, mund të përdorni gjithashtu bibliotekën cli-runtime, e cila ekziston veçanërisht për shkruarjen e pluginëve kubectl.

Si të ndani pluginët tuaj

Nëse mendoni se pluginët tuaj mund të jenë të dobishëm për të tjerët, mos ngurroni të ndani ata në GitHub. Sigurohuni që t'i shtoni ata në temën plugins kubectl.

Mund të kërkoni gjithashtu që pluginët tuaj të shtohen në listën Krew. Udhëzimet se si ta bëni këtë janë në repo GitHub.

Autocompletimi i komandave

Aktualisht, pluginët nuk mbështesin autocompletimin. Pra, duhet të shkruani emrin e plotë të pluginit dhe emrat e plotë të argumenteve.

Në repo GitHub kubectl për këtë funksion ka një kërkesë të hapur. Kështu, është e mundur që ky funksion të realizohet ndonjëherë në të ardhmen.

Suksese!!!

Çfarë tjetër të lexoni në këtë temë:

1. Tre nivele automatikë në Kubernetes dhe si t'i përdorni ato me eficiencë.
2. Kubernetes në frymën e pirateve me një shabllon për implementim.
3. Kanalin tonë Rreth Kubernetes në Telegram.

Burimi: habr.com