命令行工具 (kubectl)
Kubernetes 提供了一个命令行工具,用于使用 Kubernetes API 与 Kubernetes 集群的 控制平面进行通信。
该工具名为 kubectl
。
对于配置,kubectl
会在 $HOME/.kube
目录中查找名为 config
的文件。可以通过设置 KUBECONFIG
环境变量或设置 --kubeconfig
标志来指定其他 kubeconfig 文件。
本概述涵盖 kubectl
语法,描述了命令操作,并提供了常用示例。有关每个命令的详细信息,包括所有支持的标志和子命令,请参阅 kubectl 参考文档。
有关安装说明,请参阅安装 kubectl;有关快速指南,请参阅速查表。如果您习惯使用 docker
命令行工具,kubectl
for Docker Users 解释了一些 Kubernetes 的等效命令。
语法
使用以下语法从终端窗口运行 kubectl
命令
kubectl [command] [TYPE] [NAME] [flags]
其中 command
、TYPE
、NAME
和 flags
是
command
:指定要在一个或多个资源上执行的操作,例如create
、get
、describe
、delete
。TYPE
:指定资源类型。资源类型不区分大小写,您可以指定单数、复数或缩写形式。例如,以下命令产生相同的输出kubectl get pod pod1 kubectl get pods pod1 kubectl get po pod1
NAME
:指定资源的名称。名称区分大小写。如果省略名称,则会显示所有资源的详细信息,例如kubectl get pods
。在对多个资源执行操作时,您可以通过类型和名称指定每个资源,或者指定一个或多个文件
要按类型和名称指定资源
如果资源类型相同,则将它们分组:
TYPE1 name1 name2 name<#>
。
示例:kubectl get pod example-pod1 example-pod2
分别指定多种资源类型:
TYPE1/name1 TYPE1/name2 TYPE2/name3 TYPE<#>/name<#>
。
示例:kubectl get pod/example-pod1 replicationcontroller/example-rc1
使用一个或多个文件指定资源:
-f file1 -f file2 -f file<#>
- 使用 YAML 而不是 JSON,因为 YAML 往往更用户友好,尤其是对于配置文件。
示例:kubectl get -f ./pod.yaml
- 使用 YAML 而不是 JSON,因为 YAML 往往更用户友好,尤其是对于配置文件。
flags
:指定可选标志。例如,您可以使用-s
或--server
标志来指定 Kubernetes API 服务器的地址和端口。
注意
您从命令行指定的标志会覆盖默认值和任何相应的环境变量。如果您需要帮助,请从终端窗口运行 kubectl help
。
集群内身份验证和命名空间覆盖
默认情况下,kubectl
将首先确定它是否在 Pod 中运行,从而在集群中运行。它首先检查 KUBERNETES_SERVICE_HOST
和 KUBERNETES_SERVICE_PORT
环境变量以及 /var/run/secrets/kubernetes.io/serviceaccount/token
处是否存在服务帐户令牌文件。如果找到所有这三个,则假定为集群内身份验证。
为了保持向后兼容性,如果在集群内身份验证期间设置了 POD_NAMESPACE
环境变量,它将覆盖来自服务帐户令牌的默认命名空间。任何依赖于命名空间默认值的清单或工具都将受到此影响。
POD_NAMESPACE
环境变量
如果设置了 POD_NAMESPACE
环境变量,则对命名空间资源执行的 cli 操作将默认为变量值。例如,如果变量设置为 seattle
,则 kubectl get pods
将返回 seattle
命名空间中的 Pod。这是因为 Pod 是命名空间资源,并且命令中未提供任何命名空间。查看 kubectl api-resources
的输出,以确定资源是否命名空间化。
显式使用 --namespace <value>
会覆盖此行为。
kubectl 如何处理 ServiceAccount 令牌
如果
- 在
/var/run/secrets/kubernetes.io/serviceaccount/token
处挂载了 Kubernetes 服务帐户令牌文件,并且 - 设置了
KUBERNETES_SERVICE_HOST
环境变量,并且 - 设置了
KUBERNETES_SERVICE_PORT
环境变量,并且 - 您没有在 kubectl 命令行中显式指定命名空间
那么 kubectl 会假设它正在您的集群中运行。kubectl 工具会查找该 ServiceAccount 的命名空间(这与 Pod 的命名空间相同)并针对该命名空间进行操作。这与在集群外部发生的情况不同;当 kubectl 在集群外部运行时,并且您没有指定命名空间时,kubectl 命令会针对客户端配置中当前上下文设置的命名空间执行操作。要更改 kubectl 的默认命名空间,您可以使用以下命令
kubectl config set-context --current --namespace=<namespace-name>
操作
下表包括所有 kubectl
操作的简短描述和通用语法
操作 | 语法 | 描述 |
---|---|---|
alpha | kubectl alpha SUBCOMMAND [flags] | 列出与 alpha 功能对应的可用命令,这些功能默认情况下在 Kubernetes 集群中未启用。 |
annotate | kubectl annotate (-f FILENAME | TYPE NAME | TYPE/NAME) KEY_1=VAL_1 ... KEY_N=VAL_N [--overwrite] [--all] [--resource-version=version] [flags] | 添加或更新一个或多个资源的注解。 |
api-resources | kubectl api-resources [flags] | 列出可用的 API 资源。 |
api-versions | kubectl api-versions [flags] | 列出可用的 API 版本。 |
apply | kubectl apply -f FILENAME [flags] | 将配置文件或标准输入中的配置更改应用于资源。 |
attach | kubectl attach POD -c CONTAINER [-i] [-t] [flags] | 连接到正在运行的容器,以查看输出流或与容器交互(标准输入)。 |
auth | kubectl auth [flags] [options] | 检查授权。 |
autoscale | kubectl autoscale (-f FILENAME | TYPE NAME | TYPE/NAME) [--min=MINPODS] --max=MAXPODS [--cpu-percent=CPU] [flags] | 自动缩放由复制控制器管理的 Pod 集。 |
certificate | kubectl certificate SUBCOMMAND [options] | 修改证书资源。 |
cluster-info | kubectl cluster-info [flags] | 显示有关集群中 master 和服务的端点信息。 |
completion | kubectl completion SHELL [options] | 为指定的 shell(bash 或 zsh)输出 shell 补全代码。 |
config | kubectl config SUBCOMMAND [flags] | 修改 kubeconfig 文件。有关详细信息,请参阅各个子命令。 |
convert | kubectl convert -f FILENAME [options] | 在不同的 API 版本之间转换配置文件。接受 YAML 和 JSON 格式。注意 - 需要安装 kubectl-convert 插件。 |
cordon | kubectl cordon NODE [options] | 将节点标记为不可调度。 |
cp | kubectl cp <file-spec-src> <file-spec-dest> [options] | 在容器之间复制文件和目录。 |
create | kubectl create -f FILENAME [flags] | 从文件或标准输入创建一个或多个资源。 |
delete | kubectl delete (-f FILENAME | TYPE [NAME | /NAME | -l label | --all]) [flags] | 从文件、标准输入或指定标签选择器、名称、资源选择器或资源中删除资源。 |
describe | kubectl describe (-f FILENAME | TYPE [NAME_PREFIX | /NAME | -l label]) [flags] | 显示一个或多个资源的详细状态。 |
diff | kubectl diff -f FILENAME [flags] | 将文件或标准输入与实时配置进行比较。 |
drain | kubectl drain NODE [options] | 清空节点以准备维护。 |
edit | kubectl edit (-f FILENAME | TYPE NAME | TYPE/NAME) [flags] | 使用默认编辑器编辑和更新服务器上一个或多个资源的定义。 |
events | kubectl events | 列出事件 |
exec | kubectl exec POD [-c CONTAINER] [-i] [-t] [flags] [-- COMMAND [args...]] | 针对 Pod 中的容器执行命令。 |
explain | kubectl explain TYPE [--recursive=false] [flags] | 获取各种资源的文档。例如 Pod、节点、服务等。 |
expose | kubectl expose (-f FILENAME | TYPE NAME | TYPE/NAME) [--port=port] [--protocol=TCP|UDP] [--target-port=number-or-name] [--name=name] [--external-ip=external-ip-of-service] [--type=type] [flags] | 将复制控制器、服务或 Pod 作为新的 Kubernetes 服务公开。 |
get | kubectl get (-f FILENAME | TYPE [NAME | /NAME | -l label]) [--watch] [--sort-by=FIELD] [[-o | --output]=OUTPUT_FORMAT] [flags] | 列出一个或多个资源。 |
kustomize | kubectl kustomize <dir> [flags] [options] | 列出从 kustomization.yaml 文件中的指令生成的一组 API 资源。参数必须是包含该文件的目录路径,或者是一个带有路径后缀的 Git 仓库 URL,该后缀指定相对于仓库根目录的相同内容。 |
标签 | kubectl label (-f FILENAME | TYPE NAME | TYPE/NAME) KEY_1=VAL_1 ... KEY_N=VAL_N [--overwrite] [--all] [--resource-version=version] [flags] | 添加或更新一个或多个资源的标签。 |
日志 | kubectl logs POD [-c CONTAINER] [--follow] [flags] | 打印 Pod 中容器的日志。 |
选项 | kubectl options | 适用于所有命令的全局命令行选项列表。 |
补丁 | kubectl patch (-f FILENAME | TYPE NAME | TYPE/NAME) --patch PATCH [flags] | 使用策略性合并补丁过程更新一个或多个资源的字段。 |
插件 | kubectl plugin [flags] [options] | 提供与插件交互的实用程序。 |
端口转发 | kubectl port-forward POD [LOCAL_PORT:]REMOTE_PORT [...[LOCAL_PORT_N:]REMOTE_PORT_N] [flags] | 将一个或多个本地端口转发到 Pod。 |
代理 | kubectl proxy [--port=PORT] [--www=static-dir] [--www-prefix=prefix] [--api-prefix=prefix] [flags] | 运行 Kubernetes API 服务器的代理。 |
替换 | kubectl replace -f FILENAME | 从文件或标准输入替换资源。 |
滚动更新 | kubectl rollout SUBCOMMAND [options] | 管理资源的滚动更新。有效的资源类型包括:deployments、daemonsets 和 statefulsets。 |
运行 | kubectl run NAME --image=image [--env="key=value"] [--port=port] [--dry-run=server|client|none] [--overrides=inline-json] [flags] | 在集群上运行指定的镜像。 |
扩容 | kubectl scale (-f FILENAME | TYPE NAME | TYPE/NAME) --replicas=COUNT [--resource-version=version] [--current-replicas=count] [flags] | 更新指定复制控制器的大小。 |
设置 | kubectl set SUBCOMMAND [options] | 配置应用程序资源。 |
污点 | kubectl taint NODE NAME KEY_1=VAL_1:TAINT_EFFECT_1 ... KEY_N=VAL_N:TAINT_EFFECT_N [options] | 更新一个或多个节点的污点。 |
顶部 | kubectl top (POD | NODE) [flags] [options] | 显示 Pod 或节点的资源(CPU/内存/存储)使用情况。 |
取消封锁 | kubectl uncordon NODE [options] | 将节点标记为可调度。 |
版本 | kubectl version [--client] [flags] | 显示客户端和服务器上运行的 Kubernetes 版本。 |
等待 | kubectl wait ([-f FILENAME] | resource.group/resource.name | resource.group [(-l label | --all)]) [--for=delete|--for condition=available] [options] | 实验性:等待一个或多个资源的特定条件。 |
要了解有关命令操作的更多信息,请参阅 kubectl 参考文档。
资源类型
下表包含所有支持的资源类型及其缩写别名的列表。
(此输出可以从 kubectl api-resources
检索,并且在 Kubernetes 1.25.0 中是准确的)
名称 | 简称 | APIVERSION | 命名空间 | 种类 |
---|---|---|---|---|
绑定 | v1 | 真 | 绑定 | |
组件状态 | cs | v1 | 假 | ComponentStatus |
配置映射 | cm | v1 | 真 | ConfigMap |
端点 | ep | v1 | 真 | Endpoints |
events | 事件 | v1 | 真 | Event |
限制范围 | limits | v1 | 真 | LimitRange |
命名空间 | ns | v1 | 假 | Namespace |
节点 | no | v1 | 假 | Node |
持久卷声明 | pvc | v1 | 真 | PersistentVolumeClaim |
持久卷 | pv | v1 | 假 | PersistentVolume |
Pod | po | v1 | 真 | Pod |
Pod 模板 | v1 | 真 | PodTemplate | |
复制控制器 | rc | v1 | 真 | ReplicationController |
资源配额 | quota | v1 | 真 | ResourceQuota |
密钥 | v1 | 真 | Secret | |
服务帐户 | sa | v1 | 真 | ServiceAccount |
服务 | svc | v1 | 真 | 服务 |
变更 Webhook 配置 | admissionregistration.k8s.io/v1 | 假 | MutatingWebhookConfiguration | |
验证 Webhook 配置 | admissionregistration.k8s.io/v1 | 假 | ValidatingWebhookConfiguration | |
自定义资源定义 | crd,crds | apiextensions.k8s.io/v1 | 假 | CustomResourceDefinition |
API 服务 | apiregistration.k8s.io/v1 | 假 | APIService | |
控制器修订 | apps/v1 | 真 | ControllerRevision | |
守护进程集 | ds | apps/v1 | 真 | DaemonSet |
部署 | deploy | apps/v1 | 真 | Deployment |
副本集 | rs | apps/v1 | 真 | ReplicaSet |
有状态集 | sts | apps/v1 | 真 | StatefulSet |
令牌审查 | authentication.k8s.io/v1 | 假 | TokenReview | |
本地主题访问审查 | authorization.k8s.io/v1 | 真 | LocalSubjectAccessReview | |
自我主题访问审查 | authorization.k8s.io/v1 | 假 | SelfSubjectAccessReview | |
自我主题规则审查 | authorization.k8s.io/v1 | 假 | SelfSubjectRulesReview | |
主题访问审查 | authorization.k8s.io/v1 | 假 | SubjectAccessReview | |
水平 Pod 自动扩缩器 | hpa | autoscaling/v2 | 真 | HorizontalPodAutoscaler |
定时任务 | cj | batch/v1 | 真 | CronJob |
作业 | batch/v1 | 真 | Job | |
证书签名请求 | csr | certificates.k8s.io/v1 | 假 | CertificateSigningRequest |
租约 | coordination.k8s.io/v1 | 真 | Lease | |
端点切片 | discovery.k8s.io/v1 | 真 | EndpointSlice | |
events | 事件 | events.k8s.io/v1 | 真 | Event |
流量模式 | flowcontrol.apiserver.k8s.io/v1beta2 | 假 | FlowSchema | |
优先级级别配置 | flowcontrol.apiserver.k8s.io/v1beta2 | 假 | PriorityLevelConfiguration | |
Ingress 类 | networking.k8s.io/v1 | 假 | IngressClass | |
Ingress | ing | networking.k8s.io/v1 | 真 | Ingress |
网络策略 | netpol | networking.k8s.io/v1 | 真 | NetworkPolicy |
运行时类 | node.k8s.io/v1 | 假 | RuntimeClass | |
Pod 中断预算 | pdb | policy/v1 | 真 | PodDisruptionBudget |
Pod 安全策略 | psp | policy/v1beta1 | 假 | Pod 安全策略 |
集群角色绑定 | rbac.authorization.k8s.io/v1 | 假 | ClusterRoleBinding | |
集群角色 | rbac.authorization.k8s.io/v1 | 假 | ClusterRole | |
角色绑定 | rbac.authorization.k8s.io/v1 | 真 | RoleBinding | |
角色 | rbac.authorization.k8s.io/v1 | 真 | Role | |
优先级类 | pc | scheduling.k8s.io/v1 | 假 | PriorityClass |
CSI 驱动程序 | storage.k8s.io/v1 | 假 | CSIDriver | |
CSI 节点 | storage.k8s.io/v1 | 假 | CSINode | |
CSI 存储容量 | storage.k8s.io/v1 | 真 | CSIStorageCapacity | |
存储类 | sc | storage.k8s.io/v1 | 假 | StorageClass |
卷附件 | storage.k8s.io/v1 | 假 | VolumeAttachment |
输出选项
使用以下部分了解如何格式化或排序某些命令的输出。有关哪些命令支持各种输出选项的详细信息,请参阅 kubectl 参考文档。
格式化输出
所有 kubectl
命令的默认输出格式是人类可读的纯文本格式。要以特定格式将详细信息输出到您的终端窗口,您可以将 -o
或 --output
标志添加到受支持的 kubectl
命令。
语法
kubectl [command] [TYPE] [NAME] -o <output_format>
根据 kubectl
操作,支持以下输出格式
输出格式 | 描述 |
---|---|
-o custom-columns=<spec> | 使用逗号分隔的 自定义列列表打印表格。 |
-o custom-columns-file=<filename> | 使用 <filename> 文件中的自定义列模板打印表格。 |
-o json | 输出 JSON 格式的 API 对象。 |
-o jsonpath=<template> | 打印 jsonpath 表达式中定义的字段。 |
-o jsonpath-file=<filename> | 打印 <filename> 文件中的 jsonpath 表达式定义的字段。 |
-o name | 仅打印资源名称,不打印其他内容。 |
-o wide | 以纯文本格式输出,包含任何其他信息。对于 Pod,包含节点名称。 |
-o yaml | 输出 YAML 格式的 API 对象。 |
示例
在此示例中,以下命令将单个 Pod 的详细信息输出为 YAML 格式的对象
kubectl get pod web-pod-13je7 -o yaml
请记住:有关每个命令支持的输出格式的详细信息,请参阅 kubectl 参考文档。
自定义列
要定义自定义列并仅将您想要的详细信息输出到表中,可以使用 custom-columns
选项。您可以选择内联定义自定义列,也可以使用模板文件:-o custom-columns=<spec>
或 -o custom-columns-file=<filename>
。
示例
内联
kubectl get pods <pod-name> -o custom-columns=NAME:.metadata.name,RSRC:.metadata.resourceVersion
模板文件
kubectl get pods <pod-name> -o custom-columns-file=template.txt
其中 template.txt
文件包含
NAME RSRC
metadata.name metadata.resourceVersion
运行任一命令的结果都类似于
NAME RSRC
submit-queue 610995
服务器端列
kubectl
支持从服务器接收有关对象的特定列信息。这意味着对于任何给定资源,服务器将返回与该资源相关的列和行,以供客户端打印。通过让服务器封装打印的详细信息,可以在用于同一集群的客户端之间实现一致的人类可读输出。
此功能默认启用。要禁用它,请将 --server-print=false
标志添加到 kubectl get
命令。
示例
要打印有关 Pod 状态的信息,请使用类似以下的命令
kubectl get pods <pod-name> --server-print=false
输出类似于
NAME AGE
pod-name 1m
排序列表对象
要将对象输出到终端窗口中的排序列表,可以将 --sort-by
标志添加到受支持的 kubectl
命令。通过使用 --sort-by
标志指定任何数字或字符串字段来排序对象。要指定字段,请使用 jsonpath 表达式。
语法
kubectl [command] [TYPE] [NAME] --sort-by=<jsonpath_exp>
示例
要打印按名称排序的 Pod 列表,请运行
kubectl get pods --sort-by=.metadata.name
示例:常用操作
使用以下示例集帮助您熟悉运行常用的 kubectl
操作
kubectl apply
- 从文件或标准输入应用或更新资源。
# Create a service using the definition in example-service.yaml.
kubectl apply -f example-service.yaml
# Create a replication controller using the definition in example-controller.yaml.
kubectl apply -f example-controller.yaml
# Create the objects that are defined in any .yaml, .yml, or .json file within the <directory> directory.
kubectl apply -f <directory>
kubectl get
- 列出一个或多个资源。
# List all pods in plain-text output format.
kubectl get pods
# List all pods in plain-text output format and include additional information (such as node name).
kubectl get pods -o wide
# List the replication controller with the specified name in plain-text output format. Tip: You can shorten and replace the 'replicationcontroller' resource type with the alias 'rc'.
kubectl get replicationcontroller <rc-name>
# List all replication controllers and services together in plain-text output format.
kubectl get rc,services
# List all daemon sets in plain-text output format.
kubectl get ds
# List all pods running on node server01
kubectl get pods --field-selector=spec.nodeName=server01
kubectl describe
- 显示一个或多个资源的详细状态,包括默认情况下未初始化的资源。
# Display the details of the node with name <node-name>.
kubectl describe nodes <node-name>
# Display the details of the pod with name <pod-name>.
kubectl describe pods/<pod-name>
# Display the details of all the pods that are managed by the replication controller named <rc-name>.
# Remember: Any pods that are created by the replication controller get prefixed with the name of the replication controller.
kubectl describe pods <rc-name>
# Describe all pods
kubectl describe pods
注意
kubectl get
命令通常用于检索相同资源类型的一个或多个资源。它具有一组丰富的标志,允许您使用 -o
或 --output
标志自定义输出格式。您可以指定 -w
或 --watch
标志开始监视对特定对象的更新。 kubectl describe
命令更侧重于描述指定资源的许多相关方面。它可能会调用 API 服务器的多个 API 调用来为用户构建视图。例如,kubectl describe node
命令不仅检索有关节点的信息,还检索有关其上运行的 Pod 的摘要,为节点生成的事件等。kubectl delete
- 从文件、标准输入中删除资源,或指定标签选择器、名称、资源选择器或资源。
# Delete a pod using the type and name specified in the pod.yaml file.
kubectl delete -f pod.yaml
# Delete all the pods and services that have the label '<label-key>=<label-value>'.
kubectl delete pods,services -l <label-key>=<label-value>
# Delete all pods, including uninitialized ones.
kubectl delete pods --all
kubectl exec
- 针对 Pod 中的容器执行命令。
# Get output from running 'date' from pod <pod-name>. By default, output is from the first container.
kubectl exec <pod-name> -- date
# Get output from running 'date' in container <container-name> of pod <pod-name>.
kubectl exec <pod-name> -c <container-name> -- date
# Get an interactive TTY and run /bin/bash from pod <pod-name>. By default, output is from the first container.
kubectl exec -ti <pod-name> -- /bin/bash
kubectl logs
- 打印 Pod 中容器的日志。
# Return a snapshot of the logs from pod <pod-name>.
kubectl logs <pod-name>
# Start streaming the logs from pod <pod-name>. This is similar to the 'tail -f' Linux command.
kubectl logs -f <pod-name>
kubectl diff
- 查看对集群的拟议更新的差异。
# Diff resources included in "pod.json".
kubectl diff -f pod.json
# Diff file read from stdin.
cat service.yaml | kubectl diff -f -
示例:创建和使用插件
使用以下示例集帮助您熟悉编写和使用 kubectl
插件
# create a simple plugin in any language and name the resulting executable file
# so that it begins with the prefix "kubectl-"
cat ./kubectl-hello
#!/bin/sh
# this plugin prints the words "hello world"
echo "hello world"
编写好插件后,让我们使其可执行
chmod a+x ./kubectl-hello
# and move it to a location in our PATH
sudo mv ./kubectl-hello /usr/local/bin
sudo chown root:root /usr/local/bin
# You have now created and "installed" a kubectl plugin.
# You can begin using this plugin by invoking it from kubectl as if it were a regular command
kubectl hello
hello world
# You can "uninstall" a plugin, by removing it from the folder in your
# $PATH where you placed it
sudo rm /usr/local/bin/kubectl-hello
要查看可用于 kubectl
的所有插件,请使用 kubectl plugin list
子命令
kubectl plugin list
输出类似于
The following kubectl-compatible plugins are available:
/usr/local/bin/kubectl-hello
/usr/local/bin/kubectl-foo
/usr/local/bin/kubectl-bar
kubectl plugin list
还会警告您有关不可执行或被其他插件遮蔽的插件;例如
sudo chmod -x /usr/local/bin/kubectl-foo # remove execute permission
kubectl plugin list
The following kubectl-compatible plugins are available:
/usr/local/bin/kubectl-hello
/usr/local/bin/kubectl-foo
- warning: /usr/local/bin/kubectl-foo identified as a plugin, but it is not executable
/usr/local/bin/kubectl-bar
error: one plugin warning was found
您可以将插件视为在现有 kubectl 命令之上构建更复杂功能的一种方法
cat ./kubectl-whoami
接下来的几个示例假设您已经创建了内容如下的 kubectl-whoami
#!/bin/bash
# this plugin makes use of the `kubectl config` command in order to output
# information about the current user, based on the currently selected context
kubectl config view --template='{{ range .contexts }}{{ if eq .name "'$(kubectl config current-context)'" }}Current user: {{ printf "%s\n" .context.user }}{{ end }}{{ end }}'
运行上述命令会输出您 KUBECONFIG 文件中当前上下文的用户。
# make the file executable
sudo chmod +x ./kubectl-whoami
# and move it into your PATH
sudo mv ./kubectl-whoami /usr/local/bin
kubectl whoami
Current user: plugins-user
下一步
- 阅读
kubectl
参考文档 - 了解
kubectl
使用约定 - 阅读有关 kubectl 中的 JSONPath 支持
- 阅读有关如何使用 插件扩展 kubectl
- 要了解有关插件的更多信息,请查看示例 CLI 插件。