karmadactl create 命令完全指南Karmada 多集群场景下的资源创建实战【免费下载链接】karmadaOpen, Multi-Cloud, Multi-Cluster Kubernetes Orchestration项目地址: https://gitcode.com/GitHub_Trending/ka/karmadakarmadactl create是 Karmada 命令行工具karmadactl中用于从文件或标准输入创建 Kubernetes 资源的基础命令它直接面向 Karmada 控制面host cluster工作是理解 karmadactl 与原生 kubectl 命令族关系的最佳切入点。本文将基于 docs/command-line-flags/karmadactl_create.md 命令参考文档完整梳理该命令的用法、全部参数、子命令体系并结合仓库源码剖析其实现原理帮助你在多集群编排场景下正确、高效地使用它。命令定位Karmada 控制面的“kubectl create”karmadactl create的功能定义非常简洁从文件file或标准输入stdin创建资源支持 JSON 和 YAML 两种格式基本语法为karmadactl create -f FILENAME从源码层面看该命令并不是从零实现而是在 Karmada 的 create 命令实现 中通过kubectlcreate.NewCmdCreate(f, ioStreams)直接复用了 Kubernetes 官方 kubectl 的 create 命令实现仅在此基础上做了三件事用 Karmada 自定义的Long描述与Example示例覆盖默认文案为命令打上分组注解util.TagCommandGroup: util.GroupBasic使其归入 karmadactl 的Basic Commands基础命令分组追加--kubeconfig、--karmada-context、--namespace等 Karmada 专用全局参数并为这两个 flag 注册 shell 补全函数。在 karmadactl 根命令注册逻辑 中可以看到create与explain、get、delete、edit一起被编排在 “Basic Commands:” 命令组内即 Karmada 官方将其定位为日常资源操作的核心基础命令之一。需要特别强调的是karmadactl create默认操作的是Karmada 控制面它创建的是控制面上的模板资源如 Deployment、Namespace而资源真正下发到哪些成员集群由 PropagationPolicy 等策略驱动这和使用karmadactl apply --all-clusters将资源直接传播到成员集群的语义是不同的。三个开箱即用的典型示例命令参考文档给出了三个最典型的用法它们覆盖了绝大多数日常场景# 1. 使用 pod.json 中的数据创建一个 Pod karmadactl create -f ./pod.json # 2. 基于通过 stdin 传入的 JSON 创建 Pod cat pod.json | karmadactl create -f - # 3. 以 JSON 格式编辑 registry.yaml 中的数据后再创建资源 karmadactl create -f registry.yaml --edit -o json三个示例分别对应三种输入来源本地文件、标准输入管道-f -表示从 stdin 读取适合配合 CI/CD 流水线或动态生成的资源清单使用、以及创建前交互式编辑--edit会在发送到服务端之前打开默认编辑器让你修改资源内容-o json指定以 JSON 而非默认的 YAML 格式呈现待编辑内容。核心参数详解完整选项表karmadactl create的参数分为“命令自身选项”与“从父命令继承的选项”两类下面完整列出命令参考文档中的全部选项并补充说明命令自身选项Options选项类型默认值说明--allow-missing-template-keysbooltrue使用 golang 或 jsonpath 输出格式时若模板中引用的字段或 map 键缺失则忽略错误--dry-runstringnone取值none、server、client。client策略仅打印将要发送的对象而不发送server策略提交服务端请求但不持久化资源--editbool—创建之前先在编辑器中编辑该 API 资源--field-managerstringkubectl-create用于跟踪字段所有权managedFields的管理者名称-f, --filenamestrings—用于创建资源的文件名、目录或 URL可重复指定-h, --helpbool—查看 create 命令帮助--karmada-contextstring—使用的 kubeconfig context 名称--kubeconfigstring—CLI 请求使用的 kubeconfig 文件路径-k, --kustomizestring—处理 kustomization 目录不能与-f或-R同时使用-n, --namespacestring—本次 CLI 请求的命名空间作用域-o, --outputstring—输出格式可选json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file--rawstring—要 POST 到服务端的原始 URI使用 kubeconfig 指定的传输方式-R, --recursivebool—递归处理-f, --filename指定的目录适用于管理同一目录下组织好的相关清单--save-configbool—为 true 时把当前对象配置保存到其 annotation 中便于后续对该对象执行 kubectl apply-l, --selectorstring—标签查询选择器支持、、!、in、notin多个约束需同时满足--show-managed-fieldsbool—以 JSON 或 YAML 输出时保留 managedFields 字段--templatestring—配合-ogo-template、-ogo-template-file使用的模板字符串或模板文件路径格式为 Go template--validatestringstrict取值strict或true、warn、ignore或false。strict使用 schema 校验输入非法即失败warn仅对未知/重复字段告警ignore不校验并静默丢弃未知字段--windows-line-endingsbool—仅当--edittrue时有效默认使用当前平台原生换行符该标志强制使用 Windows 换行符从父命令继承的选项Options inherited from parent commands这些是 karmadactl 根命令挂载的 klog 日志与输出控制参数在 create 命令中同样生效选项说明--add-dir-header为 true 时在日志消息头部添加文件目录--alsologtostderr同时将日志写到 stderr当-logtostderrtrue时无效--alsologtostderrthreshold severity达到或超过该级别时同时写 stderr-alsologtostderrtrue时生效--legacy-stderr-threshold-behavior兼容旧行为logtostderrtrue时忽略stderrthreshold默认true--log-backtrace-at traceLocation日志命中file:N时输出堆栈回溯默认:0--log-dir非空时指定日志文件目录-logtostderrtrue时无效--log-file非空时使用该文件作为日志文件-logtostderrtrue时无效--log-file-max-size日志文件最大大小单位 MB0 表示不限默认1800--logtostderr将日志写到 stderr 而非文件默认true--one-output仅写入对应原生日志级别-logtostderrtrue时无效--skip-headers为 true 时避免日志消息带 header 前缀--skip-log-headers为 true 时打开日志文件时避免写 header--stderrthreshold severity写文件与 stderr 时达到或超过该级别写 stderr默认2-v, --v Level日志级别 verbosity--vmodule moduleSpec按patternN逗号分隔列表做文件级过滤的日志级别设置子命令体系18 个专用创建子命令create本身是一个命令组在karmadactl create之下还挂载了大量针对具体资源类型的专用子命令命令参考文档的 “SEE ALSO” 部分列出了完整清单karmadactl create clusterrole — 创建集群角色karmadactl create clusterrolebinding — 为指定集群角色创建集群角色绑定karmadactl create configmap — 从本地文件、目录或字面值创建配置映射karmadactl create cronjob — 以指定名称创建定时任务karmadactl create deployment — 以指定名称创建 Deploymentkarmadactl create ingress — 以指定名称创建 Ingresskarmadactl create job — 以指定名称创建 Jobkarmadactl create namespace — 以指定名称创建命名空间karmadactl create poddisruptionbudget — 创建 Pod 中断预算karmadactl create priorityclass — 创建优先级类karmadactl create quota — 创建资源配额karmadactl create role — 以单条规则创建角色karmadactl create rolebinding — 为指定角色或集群角色创建角色绑定karmadactl create secret — 使用指定子命令创建 Secretkarmadactl create service — 使用指定子命令创建 Servicekarmadactl create serviceaccount — 以指定名称创建服务账号karmadactl create token — 请求服务账号令牌这些子命令同样来自 kubectl 的原生实现。以 karmadactl create deployment 为例它支持--image可重复指定实现多容器 Pod、--port默认-1、--replicas默认1等参数# 创建运行 busybox 镜像、名为 my-dep 的 Deployment karmadactl create deployment my-dep --imagebusybox # 创建 3 副本、运行 nginx 的 Deployment karmadactl create deployment my-dep --imagenginx --replicas3 # 创建多容器 Deployment karmadactl create deployment my-dep --imagebusybox:latest --imageubuntu:latest --imagenginx而 karmadactl create namespace 则是一个极简示例karmadactl create namespace my-namespace即可直接创建命名空间且支持--dry-runserver|client|none三种演练模式。这种“通用 create 专用子命令”的架构让 karmadactl 既能像 kubectl 一样从清单文件创建任意资源又能为高频资源提供快捷入口。源码实现从 kubectl 复用到 Karmada 化改造阅读 pkg/karmadactl/create/create.go 的完整实现可以清晰看到 Karmada 对 kubectl 命令的“复用—改造”模式func NewCmdCreate(f util.Factory, parentCommand string, ioStreams genericiooptions.IOStreams) *cobra.Command { cmd : kubectlcreate.NewCmdCreate(f, ioStreams) cmd.Long createLong cmd.Example fmt.Sprintf(createExample, parentCommand) cmd.Annotations map[string]string{ util.TagCommandGroup: util.GroupBasic, } options.AddKubeConfigFlags(cmd.PersistentFlags()) options.AddNamespaceFlag(cmd.PersistentFlags()) utilcomp.RegisterCompletionFuncForKarmadaContextFlag(cmd) utilcomp.RegisterCompletionFuncForNamespaceFlag(cmd, f) replaceCreateSubcommandExamples(cmd, parentCommand) return cmd }几个值得注意的实现细节Factory 抽象命令接收的f util.Factory是 Karmada 对 kubectlcmdutil.Factory的扩展接口见 pkg/karmadactl/util/factory.go。它额外提供KarmadaClientSet()获取 Karmada 自定义资源的 clientset和FactoryForMemberCluster(clusterName)通过/apis/cluster.karmada.io/v1alpha1/clusters/%s/proxy/代理路径构造成员集群的 Factory这是 karmadactl 能同时面向控制面与成员集群操作的基础设施。全局参数注入options.AddKubeConfigFlags和options.AddNamespaceFlag定义在 pkg/karmadactl/options/global.go它们分别向命令注入--kubeconfig、--karmada-context和-n/--namespace参数。其中--karmada-context复用的是 kubeconfig 的 context 字段用于在多集群 kubeconfig 中指定当前操作的 Karmada 控制面上下文。示例文案批量替换replaceCreateSubcommandExamples递归遍历 create 的所有子命令将子命令示例中的kubectl create批量替换为parentCommand create即karmadactl create这也是为什么子命令帮助中的示例显示为karmadactl create deployment ...而非kubectl create deployment ...。默认 field-manager 沿用 kubectl 语义--field-manager的默认值为kubectl-create与 kubectl 保持一致说明 Karmada 在字段所有权Server-Side Apply 基础上完全兼容 kubectl 的约定。文档从哪来命令参考文档的自动生成机制docs/command-line-flags/目录下的所有命令文档包括本文依据的 karmadactl_create.md并非手写而是由仓库中的 hack/tools/genkarmadactldocs/gen_karmadactl_docs.go 基于 spf13/cobra 的doc.GenMarkdownTree自动生成。该工具会遍历 karmadactl 根命令树按命令名生成形如karmadactl_create.md、karmadactl_create_deployment.md的 Markdown 文件并通过PrintCLIByTag按命令分组注解如util.GroupBasic自动生成 karmadactl 命令索引页。因此文档中的参数表、示例和 “SEE ALSO” 链接始终与源码中的 cobra 命令定义保持同步——当你阅读到某个参数时它一定真实存在于 create.go 对应的命令树中。与 kubectl create 的关系及多集群注意事项总结karmadactl create的定位与使用边界功能同源它是 kubectl create 的 Karmada 化封装文件格式JSON/YAML、主要参数-f、-o、--dry-run、--edit、--save-config、--validate等与 kubectl 完全兼容kubectl 用户几乎零成本迁移。目标集群不同karmadactl 通过--karmada-context/--kubeconfig定位 Karmada 控制面而非直接指向某个成员集群。创建到控制面的资源模板需要配合 PropagationPolicy 才会被调度、下发到成员集群。适合的场景初始化控制面资源模板、创建 Namespace / Secret / ConfigMap 等基础资源、以及通过--edit/--dry-run在正式提交前检查资源内容若希望一次性创建并传播资源则应改用karmadactl apply其--all-clusters语义见 karmadactl apply 文档。掌握karmadactl create的完整参数与子命令体系是熟练操作 Karmada 控制面、编写多集群交付脚本的第一步。后续可以继续阅读 karmadactl 命令索引 了解apply、get、delete、promote等命令构建完整的多集群资源生命周期管理能力。【免费下载链接】karmadaOpen, Multi-Cloud, Multi-Cluster Kubernetes Orchestration项目地址: https://gitcode.com/GitHub_Trending/ka/karmada创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
karmadactl create 命令完全指南：Karmada 多集群场景下的资源创建实战
karmadactl create 命令完全指南Karmada 多集群场景下的资源创建实战【免费下载链接】karmadaOpen, Multi-Cloud, Multi-Cluster Kubernetes Orchestration项目地址: https://gitcode.com/GitHub_Trending/ka/karmadakarmadactl create是 Karmada 命令行工具karmadactl中用于从文件或标准输入创建 Kubernetes 资源的基础命令它直接面向 Karmada 控制面host cluster工作是理解 karmadactl 与原生 kubectl 命令族关系的最佳切入点。本文将基于 docs/command-line-flags/karmadactl_create.md 命令参考文档完整梳理该命令的用法、全部参数、子命令体系并结合仓库源码剖析其实现原理帮助你在多集群编排场景下正确、高效地使用它。命令定位Karmada 控制面的“kubectl create”karmadactl create的功能定义非常简洁从文件file或标准输入stdin创建资源支持 JSON 和 YAML 两种格式基本语法为karmadactl create -f FILENAME从源码层面看该命令并不是从零实现而是在 Karmada 的 create 命令实现 中通过kubectlcreate.NewCmdCreate(f, ioStreams)直接复用了 Kubernetes 官方 kubectl 的 create 命令实现仅在此基础上做了三件事用 Karmada 自定义的Long描述与Example示例覆盖默认文案为命令打上分组注解util.TagCommandGroup: util.GroupBasic使其归入 karmadactl 的Basic Commands基础命令分组追加--kubeconfig、--karmada-context、--namespace等 Karmada 专用全局参数并为这两个 flag 注册 shell 补全函数。在 karmadactl 根命令注册逻辑 中可以看到create与explain、get、delete、edit一起被编排在 “Basic Commands:” 命令组内即 Karmada 官方将其定位为日常资源操作的核心基础命令之一。需要特别强调的是karmadactl create默认操作的是Karmada 控制面它创建的是控制面上的模板资源如 Deployment、Namespace而资源真正下发到哪些成员集群由 PropagationPolicy 等策略驱动这和使用karmadactl apply --all-clusters将资源直接传播到成员集群的语义是不同的。三个开箱即用的典型示例命令参考文档给出了三个最典型的用法它们覆盖了绝大多数日常场景# 1. 使用 pod.json 中的数据创建一个 Pod karmadactl create -f ./pod.json # 2. 基于通过 stdin 传入的 JSON 创建 Pod cat pod.json | karmadactl create -f - # 3. 以 JSON 格式编辑 registry.yaml 中的数据后再创建资源 karmadactl create -f registry.yaml --edit -o json三个示例分别对应三种输入来源本地文件、标准输入管道-f -表示从 stdin 读取适合配合 CI/CD 流水线或动态生成的资源清单使用、以及创建前交互式编辑--edit会在发送到服务端之前打开默认编辑器让你修改资源内容-o json指定以 JSON 而非默认的 YAML 格式呈现待编辑内容。核心参数详解完整选项表karmadactl create的参数分为“命令自身选项”与“从父命令继承的选项”两类下面完整列出命令参考文档中的全部选项并补充说明命令自身选项Options选项类型默认值说明--allow-missing-template-keysbooltrue使用 golang 或 jsonpath 输出格式时若模板中引用的字段或 map 键缺失则忽略错误--dry-runstringnone取值none、server、client。client策略仅打印将要发送的对象而不发送server策略提交服务端请求但不持久化资源--editbool—创建之前先在编辑器中编辑该 API 资源--field-managerstringkubectl-create用于跟踪字段所有权managedFields的管理者名称-f, --filenamestrings—用于创建资源的文件名、目录或 URL可重复指定-h, --helpbool—查看 create 命令帮助--karmada-contextstring—使用的 kubeconfig context 名称--kubeconfigstring—CLI 请求使用的 kubeconfig 文件路径-k, --kustomizestring—处理 kustomization 目录不能与-f或-R同时使用-n, --namespacestring—本次 CLI 请求的命名空间作用域-o, --outputstring—输出格式可选json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file--rawstring—要 POST 到服务端的原始 URI使用 kubeconfig 指定的传输方式-R, --recursivebool—递归处理-f, --filename指定的目录适用于管理同一目录下组织好的相关清单--save-configbool—为 true 时把当前对象配置保存到其 annotation 中便于后续对该对象执行 kubectl apply-l, --selectorstring—标签查询选择器支持、、!、in、notin多个约束需同时满足--show-managed-fieldsbool—以 JSON 或 YAML 输出时保留 managedFields 字段--templatestring—配合-ogo-template、-ogo-template-file使用的模板字符串或模板文件路径格式为 Go template--validatestringstrict取值strict或true、warn、ignore或false。strict使用 schema 校验输入非法即失败warn仅对未知/重复字段告警ignore不校验并静默丢弃未知字段--windows-line-endingsbool—仅当--edittrue时有效默认使用当前平台原生换行符该标志强制使用 Windows 换行符从父命令继承的选项Options inherited from parent commands这些是 karmadactl 根命令挂载的 klog 日志与输出控制参数在 create 命令中同样生效选项说明--add-dir-header为 true 时在日志消息头部添加文件目录--alsologtostderr同时将日志写到 stderr当-logtostderrtrue时无效--alsologtostderrthreshold severity达到或超过该级别时同时写 stderr-alsologtostderrtrue时生效--legacy-stderr-threshold-behavior兼容旧行为logtostderrtrue时忽略stderrthreshold默认true--log-backtrace-at traceLocation日志命中file:N时输出堆栈回溯默认:0--log-dir非空时指定日志文件目录-logtostderrtrue时无效--log-file非空时使用该文件作为日志文件-logtostderrtrue时无效--log-file-max-size日志文件最大大小单位 MB0 表示不限默认1800--logtostderr将日志写到 stderr 而非文件默认true--one-output仅写入对应原生日志级别-logtostderrtrue时无效--skip-headers为 true 时避免日志消息带 header 前缀--skip-log-headers为 true 时打开日志文件时避免写 header--stderrthreshold severity写文件与 stderr 时达到或超过该级别写 stderr默认2-v, --v Level日志级别 verbosity--vmodule moduleSpec按patternN逗号分隔列表做文件级过滤的日志级别设置子命令体系18 个专用创建子命令create本身是一个命令组在karmadactl create之下还挂载了大量针对具体资源类型的专用子命令命令参考文档的 “SEE ALSO” 部分列出了完整清单karmadactl create clusterrole — 创建集群角色karmadactl create clusterrolebinding — 为指定集群角色创建集群角色绑定karmadactl create configmap — 从本地文件、目录或字面值创建配置映射karmadactl create cronjob — 以指定名称创建定时任务karmadactl create deployment — 以指定名称创建 Deploymentkarmadactl create ingress — 以指定名称创建 Ingresskarmadactl create job — 以指定名称创建 Jobkarmadactl create namespace — 以指定名称创建命名空间karmadactl create poddisruptionbudget — 创建 Pod 中断预算karmadactl create priorityclass — 创建优先级类karmadactl create quota — 创建资源配额karmadactl create role — 以单条规则创建角色karmadactl create rolebinding — 为指定角色或集群角色创建角色绑定karmadactl create secret — 使用指定子命令创建 Secretkarmadactl create service — 使用指定子命令创建 Servicekarmadactl create serviceaccount — 以指定名称创建服务账号karmadactl create token — 请求服务账号令牌这些子命令同样来自 kubectl 的原生实现。以 karmadactl create deployment 为例它支持--image可重复指定实现多容器 Pod、--port默认-1、--replicas默认1等参数# 创建运行 busybox 镜像、名为 my-dep 的 Deployment karmadactl create deployment my-dep --imagebusybox # 创建 3 副本、运行 nginx 的 Deployment karmadactl create deployment my-dep --imagenginx --replicas3 # 创建多容器 Deployment karmadactl create deployment my-dep --imagebusybox:latest --imageubuntu:latest --imagenginx而 karmadactl create namespace 则是一个极简示例karmadactl create namespace my-namespace即可直接创建命名空间且支持--dry-runserver|client|none三种演练模式。这种“通用 create 专用子命令”的架构让 karmadactl 既能像 kubectl 一样从清单文件创建任意资源又能为高频资源提供快捷入口。源码实现从 kubectl 复用到 Karmada 化改造阅读 pkg/karmadactl/create/create.go 的完整实现可以清晰看到 Karmada 对 kubectl 命令的“复用—改造”模式func NewCmdCreate(f util.Factory, parentCommand string, ioStreams genericiooptions.IOStreams) *cobra.Command { cmd : kubectlcreate.NewCmdCreate(f, ioStreams) cmd.Long createLong cmd.Example fmt.Sprintf(createExample, parentCommand) cmd.Annotations map[string]string{ util.TagCommandGroup: util.GroupBasic, } options.AddKubeConfigFlags(cmd.PersistentFlags()) options.AddNamespaceFlag(cmd.PersistentFlags()) utilcomp.RegisterCompletionFuncForKarmadaContextFlag(cmd) utilcomp.RegisterCompletionFuncForNamespaceFlag(cmd, f) replaceCreateSubcommandExamples(cmd, parentCommand) return cmd }几个值得注意的实现细节Factory 抽象命令接收的f util.Factory是 Karmada 对 kubectlcmdutil.Factory的扩展接口见 pkg/karmadactl/util/factory.go。它额外提供KarmadaClientSet()获取 Karmada 自定义资源的 clientset和FactoryForMemberCluster(clusterName)通过/apis/cluster.karmada.io/v1alpha1/clusters/%s/proxy/代理路径构造成员集群的 Factory这是 karmadactl 能同时面向控制面与成员集群操作的基础设施。全局参数注入options.AddKubeConfigFlags和options.AddNamespaceFlag定义在 pkg/karmadactl/options/global.go它们分别向命令注入--kubeconfig、--karmada-context和-n/--namespace参数。其中--karmada-context复用的是 kubeconfig 的 context 字段用于在多集群 kubeconfig 中指定当前操作的 Karmada 控制面上下文。示例文案批量替换replaceCreateSubcommandExamples递归遍历 create 的所有子命令将子命令示例中的kubectl create批量替换为parentCommand create即karmadactl create这也是为什么子命令帮助中的示例显示为karmadactl create deployment ...而非kubectl create deployment ...。默认 field-manager 沿用 kubectl 语义--field-manager的默认值为kubectl-create与 kubectl 保持一致说明 Karmada 在字段所有权Server-Side Apply 基础上完全兼容 kubectl 的约定。文档从哪来命令参考文档的自动生成机制docs/command-line-flags/目录下的所有命令文档包括本文依据的 karmadactl_create.md并非手写而是由仓库中的 hack/tools/genkarmadactldocs/gen_karmadactl_docs.go 基于 spf13/cobra 的doc.GenMarkdownTree自动生成。该工具会遍历 karmadactl 根命令树按命令名生成形如karmadactl_create.md、karmadactl_create_deployment.md的 Markdown 文件并通过PrintCLIByTag按命令分组注解如util.GroupBasic自动生成 karmadactl 命令索引页。因此文档中的参数表、示例和 “SEE ALSO” 链接始终与源码中的 cobra 命令定义保持同步——当你阅读到某个参数时它一定真实存在于 create.go 对应的命令树中。与 kubectl create 的关系及多集群注意事项总结karmadactl create的定位与使用边界功能同源它是 kubectl create 的 Karmada 化封装文件格式JSON/YAML、主要参数-f、-o、--dry-run、--edit、--save-config、--validate等与 kubectl 完全兼容kubectl 用户几乎零成本迁移。目标集群不同karmadactl 通过--karmada-context/--kubeconfig定位 Karmada 控制面而非直接指向某个成员集群。创建到控制面的资源模板需要配合 PropagationPolicy 才会被调度、下发到成员集群。适合的场景初始化控制面资源模板、创建 Namespace / Secret / ConfigMap 等基础资源、以及通过--edit/--dry-run在正式提交前检查资源内容若希望一次性创建并传播资源则应改用karmadactl apply其--all-clusters语义见 karmadactl apply 文档。掌握karmadactl create的完整参数与子命令体系是熟练操作 Karmada 控制面、编写多集群交付脚本的第一步。后续可以继续阅读 karmadactl 命令索引 了解apply、get、delete、promote等命令构建完整的多集群资源生命周期管理能力。【免费下载链接】karmadaOpen, Multi-Cloud, Multi-Cluster Kubernetes Orchestration项目地址: https://gitcode.com/GitHub_Trending/ka/karmada创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
