Hogyan használjuk hatékonyabban a kubectl-t: részletes útmutató

Nézzünk meg egy egyszerű példát:

$ kubectl get pods -o custom-columns='NÉV:metadata.name'

NÉV
engine-544b6b6467-22qr6
engine-544b6b6467-lw5t8
engine-544b6b6467-tvgmg
web-ui-6db964458-8pdw4

A kimenet egy oszlopot tartalmaz a podok neveivel.

A kifejezés az opcióban a podok neveit választja ki a mezőből metadata.name. Ez azért van, mert a pod neve a mező gyermekmezőjében van meghatározva, amely a metadata a pod erőforrásleírásában. További részletekért lásd a API útmutató vagy írd be a parancsot kubectl explain pod.metadata.name.

Most assume you want to add an additional column to the output, such as showing the node each pod is running on. To do this, simply add the corresponding column specification to the custom columns option:

$ 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

The expression selects the node name from spec.nodeName — when a pod is assigned to a node, its name is recorded in the spec.nodeName pod's resource specification field. More detailed information can be found in the output of kubectl explain pod.spec.nodeName.

Note that Kubernetes resource fields are case-sensitive.

You can view any resource field as a column. Just look through the resource specification and try it with any fields you like.

But first, let's take a closer look at field selection expressions.

JSONPath expressions

Expressions for selecting resource fields are based on JSONPath.

JSONPath is a language for querying data from JSON documents. Selecting a single field is the simplest use case of JSONPath. It has much greater capabilities, including selectors, filters, and so on.

Kubectl explain supports a limited set of JSONPath capabilities. Below are the capabilities and examples of their use:

# Выбрать все элементы списка
$ 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'

The operator [] holds special significance. Many Kubernetes resource fields are lists, and this operator allows you to select items from those lists. It is often used with a wildcard like [*] to select all items in a list.

Alkalmazási példák

The custom column output format usage possibilities are limitless, as you can display any field or combination of resource fields in the output. Here are some application examples, but feel free to explore them yourself and find useful applications.

1. Displaying container images for pods:

   $ 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

   This command displays the names of container images for each pod.

   Ne feledje, hogy egy pod több konténert tartalmazhat, így a képek nevei egy sorban, vesszővel elválasztva jelennek meg.

2. A csomópontok elérhetőségi zónáinak megjelenítése:

   $ 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

   Ez a parancs hasznos, ha a klaszter nyilvános felhőben van telepítve. Megjeleníti az elérhetőségi zónát minden csomóponthoz.

   Az elérhetőségi zóna egy felhőszolgáltatói koncepció, amely a replikációs zónát földrajzi régióra korlátozza.

   A csomópontok elérhetőségi zónái egy speciális címke által nyerhetők ki — failure-domain.beta.kubernetes.io/zone. Ha a klaszter nyilvános felhőben fut, ez a címke automatikusan létrejön, és kitöltődik a csomópontok elérhetőségi zónáinak neveivel.

   A címkék nem a Kubernetes erőforrás-specifikáció részét képezik, így nem talál információt róluk a API útmutató. Azonban láthatók (mint bármilyen más címke), ha YAMl vagy JSON formátumban kér információt a csomópontokról:

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

   Ez egy nagyszerű módja annak, hogy többet megtudjon az erőforrásokról, a resource-specifikációk tanulmányozása mellett.

4. Könnyű váltás klaszterek és névtér között

Amikor a kubectl kérést küld a Kubernetes API felé, először elolvassa a kubeconfig fájlt, hogy megkapja az összes szükséges paramétert a kapcsolódáshoz.

Alapértelmezés szerint a kubeconfig fájl — ez ~/.kube/config. Általában ezt a fájlt egy külön paranccsal hozzák létre vagy frissítik.

Amikor több klaszterrel dolgozik, a kubeconfig fájl tartalmazza az összes klaszterhez való csatlakozási paramétert. Szüksége van egy módszerre, hogy a kubectl parancsnak jelezze, hogy pontosan melyik klaszterrel dolgozik.

A klaszteren belül több névteret is létrehozhat — egyfajta virtuális klaszter a fizikai klaszteren belül. A kubectl azt is meghatározza, hogy melyik névtér használható a kubeconfig fájl adatai alapján. Tehát szüksége van egy módszerre, hogy a kubectl parancsnak jelezze, hogy melyik névteret használja.

Ebben a fejezetben elmagyarázzuk, hogyan működik ez, és hogyan érheti el a hatékony működést.

Kérjük, vegye figyelembe, hogy több kubeconfig fájl is lehet a KUBECONFIG környezeti változóban felsorolva. Ebben az esetben ezek a fájlok egy közös konfigurációba egyesülnek a végrehajtás során. A kubeconfig fájlhoz használt alapértelmezett fájl megváltoztatásához indítsa a kubectl parancsot a paraméterrel --kubeconfig. Lásd még az apiGroups-ról és a kimenetről.

Kubeconfig fájlok

Nézzük meg, mit tartalmaz pontosan a kubeconfig fájl:

Ahogy látható, a kubeconfig fájl tartalmaz egy kontextuskészletet. A kontextus három elemből áll:

• Cluster — a klaszter API szerverének URL-je.
• User — a felhasználó hitelesítési adatai a klaszterhez.
• Namespace — a klaszterhez való csatlakozás során használt névtér.

A gyakorlatban gyakran egy kontextust használnak egy klaszterhez a kubeconfig fájlban. Azonban lehet több kontextusa is egy klaszternak, amelyek különböznek a felhasználó vagy a névtér alapján. Az ilyen több kontextusos konfiguráció azonban ritkán fordul elő, így általában kölcsönösen egyértelmű megfeleltetés van a klaszterek és a kontextusok között.

Bármikor az egyik kontextus az aktuális:

Amikor a kubectl beolvassa a konfigurációs fájlt, akkor mindig az aktuális kontextus információit veszi figyelembe. A fenti példában a kubectl a Hare klaszterre fog csatlakozni.

Ennek megfelelően, ha másik klaszterre szeretne váltani, meg kell változtatnia az aktuális kontextust a kubeconfig fájlban:

Most a kubectl a Fox klaszterre fog csatlakozni.

Ha egy másik névtérre szeretne váltani ugyanabban a klaszterben, akkor módosítania kell a namespace elem értékét az aktuális kontextusban:

A fenti példa szerint a kubectl a Fox klaszter Prod névterét fogja használni (korábban Test névtér volt beállítva).

Kérjük, vegye figyelembe, hogy a kubectl külön paramétereket is biztosít --cluster, --user, --namespace és --context, amelyek lehetővé teszik a különböző elemek és az aktuális kontextus felülírását, függetlenül attól, hogy mi van beállítva a kubeconfig fájlban. Lásd kubectl options.

Elméletileg manuálisan is módosíthatja a kubeconfig fájl paramétereit. De ez kényelmetlen. Az ilyen műveletek egyszerűsítésére különféle eszközök állnak rendelkezésre, amelyek lehetővé teszik a paraméterek automatikus módosítását.

Használja a kubectx-ot

Nagyon népszerű eszköz a klaszterek és névterek közötti váltásra.

Az eszköz parancsokat biztosít kubectx és kubens a jelenlegi kontextus és névterek megfelelő megváltoztatásához.

Ahogy már említettük, a jelenlegi kontextus megváltoztatása a klaszter megváltoztatását jelenti, ha csak egy kontextus van a klaszterben.

Íme egy példa ezen parancsok végrehajtására:

Tulajdonképpen ezek a parancsok csak szerkesztik a kubeconfig fájlt, ahogy azt fentebb leírtuk.

A telepítéshez kubectx, kövesse az alábbi utasításokat a Github-on.

Mindkét parancs támogatja a kontextusok és névterek automatikus kiegészítését, ami lehetővé teszi azok teljes írásának elkerülését. Az automatikus kiegészítés beállítása itt.

Egy másik hasznos funkció kubectx egy az interaktív mód. Ez együttműködik a fzf, amelyet külön kell telepíteni. Az fzf telepítése automatikusan elérhetővé teszi az interaktív módot a kubectx. Az interaktív módban a kontextust és névteret az fzf által biztosított interaktív szabadkereső felületen keresztül választhatja ki.

Parancssori aliasok használata

Nincs szükség külön eszközökre a jelenlegi kontextus és névterek megváltoztatásához, mert a kubectl is biztosít parancsokat ehhez. Így például a kubectl config alparancsokat ad a kubeconfig fájlok szerkesztéséhez.

Íme néhány közülük:

• kubectl config get-contexts: az összes kontextus megjelenítése;
• kubectl config current-context: a jelenlegi kontextus lekérdezése;
• kubectl config use-context: a jelenlegi kontextus megváltoztatása;
• kubectl config set-context: a kontextuselem megváltoztatása.

Azonban ezeket a parancsokat közvetlenül használni nem annyira kényelmes, mivel hosszúak. Készíthetünk nekik parancssori aliasokat, amelyeket könnyen végrehajthatunk.

Készítettem egy halom alias-t ezekből a parancsokból, amelyek funkcionalitását a kubectx-hez hasonlóan biztosítják. Itt láthatja működésüket:

Vegye figyelembe, hogy az aliasok az fzf-t használják, hogy interaktív keresőfelületet biztosítsanak (mint az interaktív kubectx módban). Ez azt jelenti, hogy szüksége van fzf telepítésére, hogy használni tudja ezeket az aliasokat.

Íme maguk az alias definíciók:

# Получить текущий контекст
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/^..//")"'

Az aliasok telepítéséhez hozzá kell adni a fenti definíciókat a fájljához, ~/.bashrc vagy ~/.zshrc és újra kell indítani a shell-jét.

Pluginok használata

A kubectl lehetővé teszi pluginok betöltését, amelyek ugyanúgy futnak, mint az alapparancsok. Például telepíthet egy kubectl-foo plugint, és futtathatja azt a parancs kiadásával kubectl foo.

Hasznos lenne a kontextust és a névtér módosítása így, például a kubectl ctx parancs futtatására a kontextus megváltoztatásához és kubectl ns parancs futtatására a névtér megváltoztatásához.

Két plugint írtam, amelyek ezt végzik:

• kubectl-ctx
• kubectl-ns

A pluginek működése a korábbi fejezet aliaszain alapul.

Így működnek:

Vegye figyelembe, hogy a pluginek fzf-t használnak az interaktív szabad keresési felület biztosításához (mint az interaktív kubectx módban). Ez azt jelenti, hogy szüksége van fzf telepítésére, hogy használni tudja ezeket az aliasokat.

A pluginek telepítéséhez le kell töltenie a szkriptjeit, amelyek nevei kubectl-ctx és kubectl-ns bármely katalogusban, amely a PATH változóban szerepel, és futtathatóvá kell tennie őket, például a chmod +xparancs segítségével. Ezt követően használhatja a kubectl ctx és kubectl ns.

5. Beviteli rövidítés automatikus aliaszokkal

A parancssori aliaszok nagyszerű lehetőséget kínálnak a bevitel felgyorsítására. A kubectl-aliases projekt körülbelül 800 rövidítést tartalmaz a kubectl alapvető parancsaihoz.

Talán meglepődik – hogyan lehet megjegyezni 800 aliaszt? De nem szükséges mindet megjegyeznie, mivel azok egy egyszerű séma alapján épülnek fel, amely alább látható:

Például:

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

Ahogy látja, az aliaszok összetevőkből állnak, amelyek mindegyike a kubectl parancsának egy meghatározott elemét jelöli. Minden aliasnak lehet egy összetevője az alapparancshoz, a művelethez és az erőforráshoz, és több összetevője a paraméterekhez. Egyszerűen „kitölti” ezeket az összetevőket balról jobbra a fenti séma szerint.

A jelenlegi részletes séma itt található GitHub. Itt találhatja meg a teljes aliaszlistát.

Például az kgpooyamlall alias egyenlő a kubectl get pods -o yaml --all-namespaces.

parancs végrehajtásával. Az opciók relatív sorrendje nem számít: a kgpooyamlall parancs az alábbi parancsnak felel meg: kgpoalloyaml.

Nem szükséges, hogy minden összetevőt aliaszként használjon. Például k, kg, klo, ksys, kgpo szintén használható. Továbbá, a parancssorban kombinálhatja az aliaszokat és a szokásos parancsokat vagy opciókat:

Például:

1. A kubectl proxy így írható: k proxy.
2. A kubectl get roles így írható: kg roles (jelenleg nincs alias a Roles erőforráshoz).
3. A konkrét pod adatait a következő parancs segítségével kaphatja meg: kgpo my-pod — kubectl get pod my-pod.

Vegye figyelembe, hogy néhány alias argumentumot igényel a parancssorban. Például az alias kgpol jelenti kubectl get pods -l. Opció -l megköveteli az argumentumot — a címke specifikációját. Ha alias-t használ, akkor ez így fog kinézni kgpol app=ui.

Mivel az aliasok egy része argumentumokat igényel, az a, f és l aliasokat utolsóként kell használni.

Általában, amint elsajátítja ezt a sémát, intuícióval képes lesz előhívni az aliasokat azokból a parancsokból, amelyeket végre szeretne hajtani, és jelentős időt takaríthat meg a begépelésen.

Telepítés

A kubectl-aliases telepítéséhez le kell töltenie a fájlt .kubectl_aliases a GitHub-ról, és be kell illesztenie a fájlba ~/.bashrc vagy ~/.zshrc:

source ~\/\.kubectl_aliases

Automatikus kiegészítés

Ahogy már említettük, gyakran további szavakat ad hozzá az aliashoz a parancssorban. Például:

$ kgpooyaml test-pod-d4b77b989

Ha használja a kubectl parancs automatikus kiegészítését, valószínűleg már használt automatikus kiegészítést olyan dolgokhoz, mint az erőforrásnevek. De lehet-e ezt megtenni, amikor aliasokat használnak?

Ez egy nagyon fontos kérdés, mert ha az automatikus kiegészítés nem működik, akkor elveszíti az aliasok előnyeinek egy részét.

A válasz attól függ, hogy milyen parancssori környezetet használ:

1. Zsh-hez az aliasok automatikus kiegészítése »out of the box« működik.
2. Bash esetében sajnos szükséges néhány lépés ahhoz, hogy az automatikus kiegészítés működjön.

Az automatikus kiegészítés engedélyezése aliasok számára Bash-ben

A probléma Bash-sal az, hogy mindig Alias-t próbál kiegészíteni (valahányszor megnyomja a Tab-ot), nem pedig a parancsot, amelyre az alias hivatkozik (ahogy azt a Zsh teszi). Mivel nincs kiegészítő scriptje az összes 800 alias számára, az automatikus kiegészítés nem működik.

Projekt complete-alias általános megoldást kínál erre a problémára. Csatlakozik az aliasok kiegészítési mechanizmusához, belül kiegészíti az alias-t a parancsra, és visszaadja a kiegészítési lehetőségeket a kiegészített parancsra. Ez azt jelenti, hogy az alias kiegészítése pontosan úgy viselkedik, mint a teljes parancs kiegészítése.

Először elmagyarázom, hogyan kell telepíteni a complete-alias-t, majd ismertetem, hogyan lehet beállítani, hogy lehetővé váljon az összes kubectl alias automatikus kiegészítése.

A complete-alias telepítése

Először is, a complete-alias függ a , tehát először is telepítenie kell.. Ezért a complete-alias telepítése előtt győződjön meg arról, hogy a bash-completion telepítve van. A telepítési utasításokat korábban megadták Linux és MacOS esetén.

Fontos megjegyzés MacOS felhasználóknak: akárcsak a kubectl automatikus kiegészítő script, a complete-alias sem működik a Bash 3.2-vel, amely alapértelmezetten használatos a MacOS rendszeren. Különösen a complete-alias a bash-completion v2-től függ (brew install bash-completion@2), amelyhez legalább Bash 4.1 szükséges. Ez azt jelenti, hogy a complete-alias használatához MacOS-en újabb verziót kell telepíteni a Bash-ból.

Le kell töltenie a szkriptet bash_completion.sh a a GitHub tárolóból és be kell illesztenie a fájljába ~/.bashrc:

source ~\/bash_completion.sh

A parancsértelmező újraindítása után a complete-alias teljesen telepítve lesz.

Az autókitöltés aktiválása a kubectl aliasokhoz

Technikailag a complete-alias egy shell funkciót biztosít _complete_alias. Ez a funkció ellenőrzi az alias-t, és visszaadja az alias parancsának autókitöltési javaslatait.

A funkció bizonyos alias-hoz való összekapcsolásához használja a Bash beépített mechanizmusát complete, hogy beállítsa _complete_alias mint az alias autókitöltési funkcióját.

Példának vegyük az k alias-t, amely a kubectl parancsot jelöli. Az alábbi parancsot kell végrehajtania ahhoz, hogy _complete_alias azt az alias autókitöltési funkciójává állítsa:

$ complete -F _complete_alias k

Ennek az a következménye, hogy amikor k aliasra autókitöltést kér, a funkció _complete_alias, amely ellenőrzi az alias-t és visszaadja az autókitöltési javaslatokat a parancshoz. kubectl.

Egy másik példa lehet az alias kg, ami jelenti kubectl get:

$ complete -F _complete_alias kg

Hasonlóan az előző példához, ha az kg aliasra autókitöltést kér, ugyanazokat az autókitöltési javaslatokat kapja, mint az kubectl get.

Ne feledje, hogy a complete-alias-t bármilyen aliasra használhatja a rendszerében.

Ezért, hogy aktiválja az autókitöltést az összes kubectl aliashoz, futtassa a fenti parancsot mindegyiknél. Az alábbi kódrészlet pontosan ezt csinálja, amennyiben telepítette a kubectl-aliases-t a ~\/ .kubectl-aliases:

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

Ezt a kódrészletet a ~/.bashrc, töltse újra a parancsértelmezőt, és az összes 800 kubectl aliashoz elérhető lesz az autókitöltés.

6. A kubectl kiterjesztése pluginekkel

A 1.12-es verziótól, a kubectl támogatja a plugin mechanizmusát, amely lehetővé teszi a funkcióinak kiegészítését további parancsokkal.

Ha ismeri a Git plugin mechanizmusait , akkor a kubectl pluginek ugyanúgy épülnek fel.Ebben a fejezetben bemutatjuk, hogyan telepíthetők a pluginek, hol találhatók, és hogyan készíthet saját plugineket.

A pluginek telepítése

A fejezetben bemutatjuk, hogyan kell telepíteni a plugineket, hol találhatók, és hogyan készíthetsz saját plugineket.

A kubectl plugin is distributed as a simple executable file named kubectl-x. The prefix kubectl- is required, followed by a new kubectl subcommand that allows you to invoke the plugin.

For example, the hello plugin will be distributed as a file named kubectl-hello.

To install a plugin, you need to copy the file kubectl-x to any directory in your PATH variable and make it executable, for example using chmod +x. Immediately after this, you can invoke the plugin using kubectl x.

You can use the following command to output a list of all plugins currently installed in your system:

$ kubectl plugin list

This command also displays warnings if you have multiple plugins with the same names or if there is a plugin file that is not executable.

Finding and installing plugins using Krew

Kubectl plugins are suitable for sharing or reuse like software packages. But where can you find plugins shared by others?

The Krew project is aimed at providing a unified solution for sharing, searching, installing, and managing kubectl plugins. The project refers to itself as the 'package manager for kubectl plugins' (Krew is similar to Brew).

Krew is a list of kubectl plugins that you can choose and install. Krew is also a plugin for kubectl.

This means that installing Krew essentially functions like installing any other kubectl plugin. You can find detailed instructions on the GitHub page.

The most important Krew commands:

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

Please note that installing plugins using Krew does not interfere with installing plugins the standard way described above.

Note that the command kubectl krew list only displays those plugins that were installed using Krew, while the command kubectl plugin list lists all plugins, meaning those installed using Krew as well as those installed by other means.

Searching for plugins elsewhere

Krew is a young project, currently its list contains only about 30 plugins. If you can't find what you need, you can find plugins elsewhere, such as on GitHub.

I recommend checking the GitHub section kubectl-plugins. There you will find several dozen available plugins that are worth a look.

Saját pluginek készítése

Ön is készíthet plugineket — ez nem nehéz. Létre kell hoznia egy végrehajtható fájlt, amely a szükséges feladatokat végzi el, és elneveznie kell kubectl-x és beállítani, ahogyan azt korábban leírtuk.

A fájl lehet bash-script, python-script vagy lefordított go-alkalmazás – ez nem számít. Az egyetlen feltétel az, hogy közvetlenül végrehajthatónak kell lennie az operációs rendszerben.

Most készítsünk egy példát egy pluginról. Az előző szakaszban a kubectl parancsot használta a konténerek listájának megjelenítésére minden pod esetében. Ezt a parancsot könnyen átkonvertálhatja egy pluginná, amelyet például a következőképpen hívhat meg kubectl img.

Hozzon létre egy fájlt. kubectl-img a következő tartalommal:

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

Most állítsa végrehajthatóvá a fájlt a következő paranccsal chmod +x kubectl-img és helyezze el a PATH bármelyik mappájába. Ezt követően azonnal használhatja a plugint kubectl img.

Ahogy már említettük, a kubectl pluginek bármely programozási nyelven vagy script nyelven írhatók. Ha parancsértelmező scriptet használ, van egy előny a kubectl könnyű hívhatóságában a pluginból. Azonban összetettebb plugineket is írhat valós programozási nyelveken, például a Kubernetes klienskönyvtárat. Ha Go-t használ, akkor a cli-runtime könyvtárat, amely kifejezetten a kubectl pluginek írásához készült, is felhasználhatja.

Hogyan oszthatja meg saját plugineit

Ha úgy gondolja, hogy a plugineik hasznosak lehetnek mások számára, ne habozzon megosztani őket a GitHubon. Ne felejtse el hozzáadni őket a következő témához kubectl-plugins.

A pluginjának hozzáadását a Krew listájáhozis kérheti. Az ezzel kapcsolatos utasításokat a GitHub tárolóban.

Parancsok automatikus kiegészítése

Jelenleg a pluginek nem támogatják az automatikus kiegészítést. Ez azt jelenti, hogy be kell írnia a plugin teljes nevét és az argumentumok teljes neveit.

A kubectl GitHub tárolóban ehhez a funkcióhoz van nyílt kérés. Így lehetséges, hogy ez a funkció valamikor a jövőben megvalósul.

Sok szerencsét!!!

Mit érdemes még olvasni a témában:

1. Három automatikus skálázási szint a Kubernetesben és hogyan használjuk őket hatékonyan.
2. Kubernetes kalózstílusban bevezetési sablonnal.
3. Telegram csatornánk a Kubernetes körül.

Forrás: habr.com