Si më mirë ta përdorim kubectl: një udhëzues i detajuar

$ kubectl get pods -o custom-columns='EMRI:metadata.name'EMRI engine-544b6b6467-22qr6 engine-544b6b6467-lw5t8 engine-544b6b6467-tvgmg web-ui-6db964458-8pdw4

Nxjerrja përmban një kolonë me emrat e pods.

Shprehja në opsion zgjedh emrat e pods nga fusha

metadata.name . Kjo sepse emri i podit përcaktohet në fushën fëminë name të fushësnë përshkrimin e burimit të podit. Më shumë mund të njihesh në metadata manualin e API-së ose mund ta shkruani komandën kubectl explain pod.metadata.name kubectl shpjego pod.metadata.name.

Tani po të supozojmë se dëshironi të shtoni një kolona të shtesës në daljen, për shembull, duke treguar nodin ku funksionon secili pod. Për këtë, mund të thjesht shtoni specifikimin përkatës të kolonave në opsionin e kolonave të zakonshme:

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

NAME                       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 përzgjedh emrin e nodit nga spec.nodeName — kur podi caktohet një nodi, emri i saj shkruhet në fushën spec.nodeName e specifikimit të burimeve të podit. Informacione më të detajuara mund të shihni në daljen kubectl explain pod.spec.nodeName.

Kujdes, fushat e burimeve Kubernetes janë të ndjeshme ndaj rastit.

Mund të shikoni çdo fushë burimi si një kolonë. Thjesht shikoni specifikimin e burimit dhe provoni me çfarëdo fushe që dëshironi.

Por së pari le të shqyrtojmë më në detaje shprehjet e përzgjedhjes së fushave.

Shprehjet JSONPath

Shprehjet përzgjedhëse të fushave të burimeve bazohen në JSONPath.

JSONPath është një gjuhë për të nxjerrë të dhëna nga dokumentet JSON. Përzgjedhja e një fushe është përdorimi më i thjeshtë i JSONPath. Ka shumë mundësi më shumë, duke përfshirë selektorët, filtrat 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ë. Shumë fusha burimesh Kubernetes janë lista, dhe ky operator lejon përzgjedhjen e elementeve të këtyre listave. Përdoret shpesh me një wildcard si [*] për të zgjedhur të gjitha elementet e listës.

Shembuj të përdorimit

Mundësitë e përdorimit të formatit të zakonshëm të daljes së kolonave janë të pakufizuara, pasi mund të shfaqni çdo fushë ose kombinim fushash të burimeve në dalje. Ja disa shembuj aplikimesh, por mos hezitoni t'i eksploroni ato vetë dhe të gjeni aplikime të dobishme për ju.

1. Shfaqja e imazheve të kontejnerëve për podet:

   $ 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

   Ky komandë shfaq emrat e imazheve të kontejnerëve për secilin pod.

   Mbani se nën mund të përmbajë disa kontejnerë, atëherë emrat e imazheve do të dalin në një rresht të vetëm të ndarë me presje.

2. Shfaqja e zonave të disponueshmërisë të nodave:

   $ 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

   Kjo komandë është e dobishme nëse klasteri juaj është i vendosur në një cloud publik. Ajo shfaq 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ë merret përmes një etikete të veçantë — failure-domain.beta.kubernetes.io/zone. Nëse klasteri është aktivizuar në një cloud publik, kjo etiketë krijohet automatikisht dhe mbushët me emrat e zonave të disponueshmërisë për çdo nodë.

   Etiketat nuk janë pjesë e specifikimit të burimeve Kubernetes, prandaj nuk do të gjeni informacione për to në ose mund ta shkruani komandën. Megjithatë, ato mund të shihen (ashtu si çdo etiketë tjetër) nëse kërkoni informacion rreth nodave në formatin YAML ose JSON:

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

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

4. Kalim i lehtë mes klasterëve dhe hapësirave emri

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

Sipas parazgjedhjes, skedari kubeconfig është ~/.kube/config. Zakonisht ky skedar krijohet ose përditësohet nga 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 cilën hapësirë emri për të përdorur gjithashtu përmes të dhënave në skedarin kubeconfig. Kështu, ju nevojitet gjithashtu një mënyrë për t’i treguar komandës kubectl se me cilën hapësirë emri po punoni.

Në këtë kapitull do të flasim se si funksionon kjo dhe si të arrijmë një operim efektiv.

Kujdesi, mund të keni disa skedarë kubeconfig të listuar në ndryshoren KUBECONFIG. Në këtë rast, të gjitha këta skedarë do të bashkohen në një konfigurim të përbashkët gjatë ekzekutimit. Mund të ndryshoni gjithashtu skedarin kubeconfig që aplikohet si i paracaktuar duke e nisur kubectl me parametrin --kubeconfig. Shikoni dokumentacionin zyrtar.

Skedarët kubeconfig

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

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

• Cluster — URL e API serverit të klasterit.
• User — akreditive të autentikimit të përdoruesit në klaster.
• Namespace — hapësira emri që përdoret kur lidheni me klasterin.

Në praktikë, shpesh përdoret një kontekst për klaster në skedarin tuaj kubeconfig. Megjithatë, mund të keni disa kontekste për klasterin, të ndryshme sipas përdoruesit ose hapësirës emri. Megjithatë, një konfigurim me shumë kontekste është relativisht i rrallë, prandaj zakonisht ka një përputhje një-në-një midis klasterëve dhe konteksteve.

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

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

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

Tani kubectl do të lidhet me klasterin Fox.

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

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

Kujdesi, kubectl gjithashtu ofron parametrat --cluster, --user, --namespace dhe --context, të cilat lejojnë të tejkaloni elemente individuale dhe kontekstin aktual, pavarësisht se çfarë është e vendosur në skedarin kubeconfig. Shikoni kubectl options.

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

Përdorni kubectx

Një utilitare shumë popullore për të kaluar midis klasterëve dhe hapësirave të emrave.

Utilitari ofron komandat kubectx dhe kubens për të ndryshuar kontekstin aktual dhe hapësirën e emrave përkatësisht.

Siç u përmend më parë, ndryshimi i kontekstit aktual përfaqëson ndryshimin e klustrit, nëse keni vetëm një kontekst në klaster.

Këtu është një shembull i ekzekutimit të këtyre komandave:

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

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

Të dy komandat mbështesin autokompletimin e emrave të konteksteve dhe hapësirave të emrave, duke e bërë të lehtë që të mos i shkruani ato plotësisht. Udhëzimet për konfigurimin e autokompletimit këtu.

Një funksion tjetër të dobishëm kubectx është modaliteti interaktiv. Ai punon së bashku me mjetin fzf, i cili duhet të instalohet veçmas. Instalimi i fzf e bën modalitetin interaktiv automatikisht të disponueshëm në kubectx. Në modalitetin interaktiv mund të zgjidhni kontekstin dhe hapësirën e emrave përmes një ndërfaqe interaktive kërkimi të lirë, të ofruar nga fzf.

Përdorimi i aliasive të komandës së shell-it

Nuk keni nevojë për mjete të veçanta për të ndryshuar kontekstin aktual dhe hapësirën e emrave, sepse kubectl gjithashtu ofron komanda për këtë. Kështu, komanda kubectl config ofron nënkomanda për redaktimin e skedareve kubeconfig.

Ja disa prej tyre:

• kubectl config get-contexts: të japë të gjitha kontekstet;
• kubectl config current-context: të marrë kontekstin aktual;
• kubectl config use-context: të ndryshojë kontekstin aktual;
• kubectl config set-context: të ndryshojë elementin e kontekstit.

Megjithatë, përdorimi i këtyre komandave direkt nuk është shumë komode, sepse ato janë të gjata. Mund të krijoni aliaset e shell-it për to që janë të lehta për t'u ekzekutuar.

Unë krijova një grup aliasesh të bazuara në këto komanda që ofrojnë funksionalitet të ngjashëm me kubectx. Këtu mund ta shihni veprimin e tyre:

Vini re se aliaset përdorin fzf për të ofruar një ndërfaqe interaktive kërkimi të lirë (ashtu si në modalitetin interaktiv të kubectx). Kjo do të thotë se ju nevojitet të instaloni fzf, për ta përdorur këto aliasa.

Këtu janë vetë definimet e aliaseve:

# Получить текущий контекст
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 aliasa, duhet të shtoni definimet e mësipërme në skedarin tuaj ~/ .bashrc ose ~/.zshrc dhe rinitisni shell-in tuaj.

Përdorimi i shtojcave

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

Do të ishte e lehtë të ndryshosh kontekstin dhe hapësirën e emrave në këtë mënyrë, për shembull, duke përdorur kubectl ctx për të ndryshuar kontekstin dhe kubectl ns për të ndryshuar hapësirën e emrave.

Kam shkruar dy plugina që e bëjnë këtë:

• kubectl-ctx
• kubectl-ns

Funksionimi i plug-inave bazohet në aliaset nga kapitulli i mëparshëm.

Këtu është si punojnë:

Vini re se pluginat 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 ju nevojitet të instaloni fzf, për ta përdorur këto aliasa.

Për të instaluar pluginat, duhet të shkarkoni skriptet e shell me emrat kubectl-ctx dhe kubectl-ns në ndonjë katalog në rrugën 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. Shkurtesa e 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 ka rreth 800 shkurtesa për komandat kryesore të kubectl.

Mund të habiteni – si të mbani mend 800 aliaset? Por nuk ka nevojë të mbani mend të gjitha, sepse ato ndërtohen sipas një skeme të thjeshtë që është dhënë 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ë, operacionin dhe burimin dhe disa komponentë për parametrat. Ju thjesht "plotësoni" këta komponentë nga majta në djathtës sipas skemës të dhënë më lart.

Skema e detajuar aktuale ndodhet në GitHub. Atje mund të gjeni gjithashtu listën e plotë të pseudonimeve.

Për shembull, alias kgpooyamlall është ekuivalente me komandën kubectl get pods -o yaml --all-namespaces.

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

Ju nuk keni pse të përdorni të gjithë komponentët si aliaset. Për shembull k, kg, klo, ksys, kgpo mund të përdoren gjithashtu. Për më tepër, në linjën e komandës mund të kombinoni aliaset dhe komandat ose opsionet e zakonshme:

Për shembull:

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

Mbani mend se disa alias kërkojnë një argument në linjën e komandës. Për shembull, alias kgpol do të thotë kubectl get pods -l. Opsioni --selector kërkon argument - specifikimin e etiketës. Nëse po përdorni një alias, ai do të duket si kgpol app=ui.

Për shkak se një pjesë e aliasave kërkon argumente, aliasat a, f dhe l duhet të përdoren të fundit.

Në përgjithësi, sa herë që të zotëroni këtë skemë, do të jeni në gjendje intuitivisht të nxjeni aliasat nga komandat që dëshironi të kryeni, dhe do t'ju kursejë shumë kohë në të shkruar.

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

Përfundimi automatik

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

$ kgpooyaml test-pod-d4b77b989

Nëse po përdorni përfundimin automatik për komandën kubectl, ndoshta keni përdorur përfundimin automatik për gjëra të tilla si emrat e burimeve. Por, a është e mundur të bëhet kjo, kur përdoren aliasat?

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

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

1. Për Zsh, përfundimi automatik për aliasat punon 'nga kutia'.
2. Për Bash, fatkeqësisht, janë të nevojshme disa veprime për ta bërë përfundimin automatik të punojë.

Aktivizimi i përfundimit automatik për aliasat në Bash

Problemi me Bash është se ai përpiqet të plotësojë (kada herë që shtypni Tab) aliasin, e jo komandën që aliasi i referohet (siç bën Zsh). Duke qënë se nuk keni skripte për përfundimin për të gjithë 800 aliasat, përfundimi automatik nuk punon.

Projekti complete-alias siguron një zgjidhje të përgjithshme për këtë problem. Ai lidhet me mekanizmin e përfundimit për aliasat, brenda plotëson aliasin në komandën dhe kthen opsionet e përfundimit për komandën e plotësuar. Kjo do të thotë se përfundimi për aliasin sillet saktësisht si për komandën e plotë.

Më pas, fillimisht do të shpjegoj si të instaloni complete-alias, dhe pastaj - si ta konfiguroni për të aktivizuar përfundimin për të gjithë aliasat kubectl.

Instalimi i complete-alias

Së pari, complete-alias varet nga bash-completion. Prandaj, para se të instaloni complete-alias, duhet të siguroheni që bash-completion të jetë 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 dhe skripti i përfundimit automatik për kubectl, complete-alias nuk punon me Bash 3.2, i cili është në mënyrë të paracaktuar i përdorur në MacOS. Në veçanti, complete-alias varet nga 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, duhet të instaloni një version më të ri të Bash.

Ju nevojitet të shkarkoni skriptin bash_completion.sh nga depo e GitHub dhe ta përfshini në skedarin tuaj ~/ .bashrc:

source ~/bash_completion.sh

Pasi të rinisni shell-in, complete-alias do të jetë plotësisht e instaluar.

Aktivizimi i autokompaktimit për aliaset kubectl

Teknikisht, complete-alias ofron funksionin e shell-it _complete_alias. Ky funksion kontrollon aliasin dhe rikthen sugjerime për autokompaktimin e komandës së aliasit.

Për të lidhur funksionin me një alias të caktuar, nevojitet të përdorni mekanizmin e brendshëm të Bash complete, për të vendosur _complete_alias si funksionin e autokompaktimit të aliasit.

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

$ complete -F _complete_alias k

Rezultati i kësaj është se çdo herë që autokompaktoni aliasin k, thirret funksioni _complete_alias, i cili kontrollon aliasin dhe rikthen sugjerime për autokompaktimin e komandës. kubectl.

Si shembullin e dytë, le të marrim aliasin kg, që përfaqëson $ kubectl get pods EMRI GATI STATUS RIKTHEMET MOSHA engine-544b6b6467-22qr6 1/1 Duke funksionuar 0 78d engine-544b6b6467-lw5t8 1/1 Duke funksionuar 0 78d engine-544b6b6467-tvgmg 1/1 Duke funksionuar 0 78d web-ui-6db964458-8pdw4 1/1 Duke funksionuar 0 78d:

$ complete -F _complete_alias kg

Në të njëjtën mënyrë si në shembullin e mëparshëm, kur autokompaktoni kg, merrni të njëjtat sugjerime për autokompaktim që do të merrnit për $ kubectl get pods EMRI GATI STATUS RIKTHEMET MOSHA engine-544b6b6467-22qr6 1/1 Duke funksionuar 0 78d engine-544b6b6467-lw5t8 1/1 Duke funksionuar 0 78d engine-544b6b6467-tvgmg 1/1 Duke funksionuar 0 78d web-ui-6db964458-8pdw4 1/1 Duke funksionuar 0 78d.

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

Prandaj, për të aktivizuar autokompaktimin për të gjithë aliaset kubectl, duhet të ekzekutoni komandën e mësipërme për secilin prej tyre. Fragmenti i mëposhtëm e bën këtë nën kushtin se keni instaluar kubectl-aliases në ~/ .kubectl-aliases:

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

Ky fragment kodi duhet të vendoset në ~/ .bashrc, të rinisni shell-in dhe autokompaktimi për të gjithë 800 aliaset kubectl do të jetë i disponueshëm.

6. Zgjerimi i kubectl me plugins

Deri nga versioni 1.12, kubectl mbështet mekanizmin e plugins, i cili lejon zgjerimin e funksioneve të saj me komanda shtesë.

Nëse jeni të njohur me mekanizmat e plugins të Git, atëherë plugins e kubectl janë ndërtuar sipas të njëjtit princip.

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

Instalimi i plugins

Përgjigjet kubectl shpërndahen në formën e skedarëve ekzekutues të thjeshtë me emra të tipit kubectl-x. Prefiksi kubectl- është e obligueshme, pasuar nga një nënkomandë e re kubectl, e cila lejon thirrjen e plugin-it.

Për shembull, plugin-i hello do të shpërndahhet në formën e një skedari me emrin kubectl-hello.

Për të instaluar plugin-in, duhet të kopjoni skedarin kubectl-x në çfarëdo katalogu në variablën tuaj PATH dhe ta bëni atë ekzekutues, p.sh. nëpërmjet chmod +x. Menjëherë pas kësaj, mund të thërrisni plugin-in me kubectl x.

Mund të përdorni komandën e mëposhtme për të nxjerrë një listë të të gjitha plug-in-eve që aktualisht janë të instaluara në sistemin tuaj:

$ kubectl plugin list

Kjo komandë gjithashtu tregon paralajmërime, nëse ke disa plug-in-e me emra të njëjtë, ose nëse ka një skedar plug-in që nuk është ekzekutues.

Kërkimi dhe instalimi i plug-in-eve përmes Krew

Plug-in-e të Kubectl janë të përshtatshme për përdorim të ndarë ose të ripërdorur ashtu si paketat softuerike. Por ku mund të gjejmë plug-in-e që kanë ndarë të tjerët?

Projekti Krew është fokusuar në ofrimin e një zgjidhjeje të unifikuar për ndarjen, kërkimin, instalimin dhe menaxhimin e plug-in-eve kubectl. Projekti e quan veten 'menaxher paketa për plug-in-e kubectl' (Krew ngjan me Brew).

Krew është një listë e plug-in-eve kubectl që mund të zgjidhni dhe instaloni. Gjithashtu, Krew është një plugin për kubectl.

Kjo do të thotë se instalimi i Krew funksionon, në thelb, si instalimi i çdo plug-in-i 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>

Mbani mend se instalimi i plug-in-eve përmes Krew nuk ndikon në instalimin e plug-in-eve në mënyrën standarde, të përshkruar më sipër.

Vini re se komanda kubectl krew list tregon vetëm ato plug-in-e që janë instaluar përmes Krew, ndërsa komanda kubectl plugin list enumeron të gjitha plug-in-et, pra ato që janë instaluar përmes Krew, dhe ato që janë instaluar në mënyra të tjera.

Kërkimi i plug-in-eve në vende të tjera

Krew është një projekt i ri, aktualisht në listën e tij ka rreth 30 plug-in-e. Nëse nuk mund ta gjeni atë që kërkoni, mund të gjeni plug-in-e në vende të tjera, për shembull në GitHub. Unë rekomandoj të shikoni seksionin GitHub

kubectl-plugins . Atje do të gjeni disa dhjetëra plug-in-e të disponueshëm që meritojnë të shikohen.Shkrimi i plug-in-eve tuaja

Mund ta bëni vetë

Ju mund ta bëni vetë të krijosh plug-ins — nuk është e vështirë. Ju nevojitet të krijoni një skedhë ekzekutimi që bën atë që duhet, ta quani si kubectl-x dhe ta instaloni, siç është përshkruar më sipër.

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

Le të krijojmë një shembull plug-in tani. Në seksionin e mëparshëm, keni përdorur komandën kubectl për të nxjerrë një listë containers për çdo pod. Është e lehtë të shndërroni këtë komandë në një plug-in, që mund ta thërrisni, për shembull me kubectl img.

Krijoni një skedar kubectl-img users.module.ts

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

Tani bëni skedhën ekzekutibile duke përdorur chmod +x kubectl-img dhe lëvizeni në ndonjë katalog në PATH-in tuaj. Menjëherë pas kësaj, mund të përdorni plug-in-in. kubectl img.

Siç është përmendur më parë, plug-ins kubectl mund të shkruhen në çdo gjuhë programimi apo skriptingu. Nëse po përdorni skripte të komandës, përparësia është se mund të thërrisni lehtësisht kubectl nga plug-in. Megjithatë, mund të shkruani plug-ins më të ndërlikuar në gjuhët e vërteta të programimit, duke përdorur bibliotekën klienti 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 të shkruar plug-ins kubectl.

Si të ndani plug-inët tuaj

Nëse mendoni se plug-inët tuaj mund të jenë të dobishëm për të tjerët, mos hezitoni t'i ndani ato në GitHub. Sigurohuni që t'i shtoni në temën . Atje do të gjeni disa dhjetëra plug-in-e të disponueshëm që meritojnë të shikohen..

Gjithashtu mund të kërkoni që plug-in-i juaj të shtohet në listën Krew. Udhëzimet se si ta bëni këtë gjeni në repozitari GitHub.

Kompletimi automatik i komandave

Aktualisht, plug-ins nuk mbështesin auto-kompletim. Domethënë, ju duhet të shkruani emrin e plotë të plug-in-it dhe emrat e plotë të argumenteve.

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

Suksese!!!

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

1. Tre nivele auto-skalimi në Kubernetes dhe si t'i përdorni ato në mënyrë efektive.
2. Kubernetes në stilin e piraterisë me një model zbatimi.
3. Kanalin tonë Rreth Kubernetes në Telegram.

Burimi: habr.com