go-containerregistry empty 包深入解析Go 语言中构建镜像与索引的 FROM scratch 基座【免费下载链接】vclustervCluster creates tenant clusters: fully isolated environments delivered as managed Kubernetes, or as the foundation for Slurm, Ray, Run:ai and inference clusters. Each gets its own API server, CRDs and RBAC, and runs on an existing cluster or standalone on bare metal. CNCF Certified Kubernetes.项目地址: https://gitcode.com/gh_mirrors/vc/vcluster导读本文基于 vcluster 仓库 vendor 目录下引入的github.com/google/go-containerregistry/pkg/v1/empty包展开深入剖析其empty.Image与empty.Index两个单例的设计原理、源码实现以及与mutate包配合完成从零构建镜像、组装多架构索引的完整工作流。读完本文你将掌握如何在 Go 代码中以纯编程方式构造出等效于 DockerfileFROM scratch的空白镜像并以此为基座通过追加层Layer与清单Manifest组合出任意复杂度的容器镜像同时了解 vcluster 项目在pkg/cli/oci中实际消费 go-containerregistry 库的方式。一、empty 包是什么镜像构建的空基座在容器生态中FROM scratch是 Dockerfile 里最特殊的基础镜像——它没有任何文件系统内容通常被用作静态编译二进制镜像的起点。在 Go 语言侧empty包 把这个概念原样搬进了 go-containerregistry它提供一个空的基座用来构造一个v1.Image容器镜像或v1.ImageIndex镜像索引即多架构清单列表。从包的注释可以直观看到它的定位doc.go中声明Package empty provides an implementation of v1.Image equivalent to FROM scratch.该包提供与FROM scratch等价的v1.Image实现README 进一步说明它尤其适合与mutate包配合使用即先以空基座起步再通过mutate.Append向镜像追加层、通过mutate.AppendManifests向索引追加清单。整个包只有三个文件体量极小但职责纯粹文件职责image.go定义Image空的单镜像实现index.go定义Index空的单索引实现doc.go包级文档说明两个导出对象都是包级单例变量可以直接以empty.Image、empty.Index引用无需任何初始化或构造参数。二、empty.Image一个零层的空白镜像empty.Image定义在 image.go其核心是一行导出声明和一个内部空结构体// Image is a singleton empty image, think: FROM scratch. var Image, _ partial.UncompressedToImage(emptyImage{}) type emptyImage struct{}emptyImage是一个不携带任何字段的空结构体通过partial.UncompressedToImage包装后对外呈现为一个完整的v1.Image。partial包是 go-containerregistry 提供的一组部分实现辅助函数它根据几个核心方法自动推导出v1.Image接口所需的其他能力如Manifest、RawManifest、Digest、Size、LayerByDigest等这正是 empty 包能保持极简的关键。emptyImage自身只实现了三个方法1. MediaType —— 声明清单媒体类型func (i emptyImage) MediaType() (types.MediaType, error) { return types.DockerManifestSchema2, nil }空镜像的清单类型固定为 Docker 的 Schema 2 清单application/vnd.docker.distribution.manifest.v2json这也是目前 Docker/OCI 生态最通用的镜像清单格式。2. ConfigFile —— 最简配置func (i emptyImage) ConfigFile() (*v1.ConfigFile, error) { return v1.ConfigFile{ RootFS: v1.RootFS{ // Some clients check this. Type: layers, }, }, nil }ConfigFile 是镜像的运行时配置JSON这里只设置了RootFS.Type layers。源码注释点明了原因Some clients check this——部分镜像校验客户端会检查该字段是否存在因此即使是一个空镜像也必须保证它合法。除此之外没有任何Architecture、OS、History、Config等字段一切都是零值。3. LayerByDiffID —— 空镜像没有层func (i emptyImage) LayerByDiffID(h v1.Hash) (partial.UncompressedLayer, error) { return nil, fmt.Errorf(LayerByDiffID(%s): empty image, h) }空镜像不包含任何文件系统层因此按 DiffID 查询层必然返回错误。这是符合预期的行为empty.Image只承担基座角色层需要通过mutate.Append等操作后续加上。三、empty.Index一个零清单的镜像索引Index是empty.Index单例的实现用于表示一个空的 OCI 镜像索引manifest list// Index is a singleton empty index, think: FROM scratch. var Index emptyIndex{}与emptyImage一样emptyIndex也是空结构体其媒体类型固定为OCI 镜像索引application/vnd.oci.image.index.v1json。索引的核心是base()函数构造的IndexManifestfunc base() *v1.IndexManifest { return v1.IndexManifest{ SchemaVersion: 2, MediaType: types.OCIImageIndex, Manifests: []v1.Descriptor{}, } }可以看到这是一个 SchemaVersion 为 2、Manifests为空切片的标准 OCI 索引清单。相应地IndexManifest()与RawManifest()都返回这份空清单RawManifest通过json.Marshal序列化Digest()与Size()委托给partial.Digest/partial.Size由清单内容推导Image(hash)与ImageIndex(hash)均返回errors.New(empty index)—— 空索引里没有任何可解析的条目。empty.Index的典型使用场景是作为多架构构建的起点先拿到空索引再通过mutate.AppendManifests逐条追加不同平台linux/amd64、linux/arm64 等的子镜像清单最终产出一个完整的 OCI manifest list。四、与 mutate 配合从空基座构建镜像与索引empty 包自身不做增长操作它的全部价值在于与mutate包组合。以下模式均可在 mutate.go 的源码与注释中找到直接证据。4.1 追加层mutate.Appendmutate.Append接收一个基础镜像和一组Addendum每个包含Layer、History、URLs、Annotations、MediaType返回叠加了新层的新镜像func Append(base v1.Image, adds ...Addendum) (v1.Image, error)当adds为空时直接返回基础镜像本身否则构造一个包装镜像。围绕它还有便捷封装AppendLayers(base v1.Image, layers ...v1.Layer)省去构造Addendum的样板代码。典型调用链是// 以空镜像为基座把二进制层追加进去 img, err : mutate.Append(empty.Image, mutate.Addendum{ Layer: myLayer, // 来自 tarball.LayerFromFile 或 tarball.LayerFromOpener })在 mutate.go 的Time函数内部可以看到真实的内部用法它用newImage : empty.Image作为重建起点逐层重新追加带固定时间戳的层最终实现将镜像内所有时间戳归一化的可复现构建能力。这正是mutate.Canonical实现可复现构建的基础。4.2 追加清单mutate.AppendManifests对应索引侧AppendManifests把子镜像追加到空索引上func AppendManifests(base v1.ImageIndex, adds ...IndexAddendum) v1.ImageIndex其中IndexAddendum内嵌了一个Appendable接口只需MediaType、Digest、Size三个方法和可覆盖的v1.Descriptor字段用于构造索引清单中的条目描述。多架构镜像的编程式构建通常是idx : mutate.AppendManifests(empty.Index, mutate.IndexAddendum{Add: linuxAmd64Image, Descriptor: v1.Descriptor{Platform: v1.Platform{OS: linux, Architecture: amd64}}}, mutate.IndexAddendum{Add: linuxArm64Image, Descriptor: v1.Descriptor{Platform: v1.Platform{OS: linux, Architecture: arm64}}}, )4.3 元数据修改Subject 与 Annotationsmutate.go 中的注释直接给出了以 empty 为基座的调用示例img : Subject(empty.Image, subj).(v1.Image) // 为镜像清单附加 subject idx : Subject(empty.Index, subj).(v1.ImageIndex) // 为索引清单附加 subject img : Annotations(empty.Image, map[string]string{foo: bar}).(v1.Image) idx : Annotations(empty.Index, map[string]string{foo: bar}).(v1.ImageIndex)Subject用于给镜像/索引附加subject字段如 cosign 签名、SBOM 等 attestation 引用的目标对象Annotations用于附加注解——两者都支持 Image 与 ImageIndex 两种输入并保持原类型返回。4.4 变基rebase 也以空镜像为起点在 rebase.go 中可以看到另一个直接使用empty.Image的场景变基rebase操作会先基于原镜像的 Config 构造一个新的空配置镜像再重新铺设层rebasedImage, err : Config(empty.Image, *origConfig.Config.DeepCopy())这印证了 empty 包在整个 mutate 家族中的基础地位——无论追加、变基、时间归一化最终都以empty.Image为最小公分母。五、把空基座变成可用的镜像一个完整示例综合以上 API一个从零构建镜像的完整 Go 流程如下package main import ( github.com/google/go-containerregistry/pkg/v1/empty github.com/google/go-containerregistry/pkg/v1/mutate github.com/google/go-containerregistry/pkg/v1/tarball github.com/google/go-containerregistry/pkg/v1/remote ) func main() { // 1. 从本地 tar 文件构造一个层相当于一个文件系统快照 layer, err : tarball.LayerFromFile(rootfs.tar) if err ! nil { panic(err) } // 2. 以 empty.Image 为基座追加该层 img, err : mutate.AppendLayers(empty.Image, layer) if err ! nil { panic(err) } // 3. 通过 mutate.Canonical 去除时间戳与宿主机随机配置保证可复现 img, err mutate.Canonical(img) if err ! nil { panic(err) } // 4. 推送到远端仓库或 tarball.Write 导出为 tar 文件 if err : remote.Write(registry.example.com/app:v1, img); err ! nil { panic(err) } }在 mutate.go 中可以看到Canonical的实现它将所有时间戳置零Time(img, time.Time{})并清空Container、Config.Hostname、DockerVersion等宿主机相关的随机字段——这是 CI 中构建可复现镜像的标准手段。六、empty 包在 vcluster 仓库中的应用场景vcluster 通过 Go modules vendor 机制引入了 go-containerregistry 库empty 包即位于 vendor/github.com/google/go-containerregistry/pkg/v1/empty 下。在 vcluster 自身代码中pkg/cli/oci目录直接消费了该库的镜像处理能力pkg/cli/oci/extract.goExtract函数通过layout.Path(archive).ImageIndex()读取 OCI 布局oci-layout目录经selectImageForRef从索引中选出目标镜像优先 linux/amd64递归解析嵌套的 manifest list再按从顶层到底层的顺序遍历各层 tar 内容正确处理.wh.whiteout 与.wh..wh..opqopaque 目录语义把指定前缀下的文件提取到本地目录——用于从 OCI 镜像中抽取二进制产物pkg/cli/oci/extract.goExtractFile则精确提取单个文件如kubernetes/bin/kubelet并利用 whiteout 信息判断低层文件是否已被删除同目录的 pkg/cli/oci/pull.go 负责镜像拉取相关逻辑。从源码结构可以推断vcluster 引入 go-containerregistry 主要用于离线/本地场景下的镜像内容操作例如从 OCI 布局中取出可执行文件。而empty.Image/empty.Index作为该库镜像模型的零号基座在 vendor 内部被mutate、remote等包广泛引用——例如 remote/referrers.go 在查询 referrers 无结果时直接返回empty.Index作为空结果集说明该包在库内的地位是干净的起点而非可有可无的玩具。七、边界与注意事项不要对空镜像调用层相关方法empty.Image的LayerByDiffID以及索引的Image/ImageIndex都固定返回错误因为空基座内没有任何内容。所有内容都必须通过 mutate 追加。空镜像的媒体类型是 Docker Schema 2而空索引的媒体类型是 OCI 索引格式两者不同使用时要按目标仓库支持的格式选择。ConfigFile只包含RootFS.Type layers不含 OS/Architecture 等字段如需设置平台信息应通过mutate.Config/mutate.ConfigFile在追加层后补充。单例共享empty.Image与empty.Index是包级全局变量且 mutate 操作返回的是包装后的新对象、不会修改基座本身因此可以安全地在多个构建流程中复用同一个空基座。结语empty包虽然只有三个源文件、两个导出单例却定义了 go-containerregistry 镜像模型的最小公分母empty.Image等价于FROM scratchempty.Index等价于一个空的 manifest list。理解它就理解了 go-containerregistry 中镜像由基座 追加操作组合而成的核心哲学——无论是构建极简静态二进制镜像、组装多架构索引还是实现可复现构建empty都是那条必经的起跑线。若需在 vcluster 仓库中进一步探索可从 empty/image.go、empty/index.go、mutate/mutate.go 三个文件入手并结合 pkg/cli/oci/extract.go 观察其在实际项目中的消费方式。【免费下载链接】vclustervCluster creates tenant clusters: fully isolated environments delivered as managed Kubernetes, or as the foundation for Slurm, Ray, Run:ai and inference clusters. Each gets its own API server, CRDs and RBAC, and runs on an existing cluster or standalone on bare metal. CNCF Certified Kubernetes.项目地址: https://gitcode.com/gh_mirrors/vc/vcluster创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 go-containerregistry empty 包深入解析：Go 语言中构建镜像与索引的 “FROM scratch“ 基座
go-containerregistry empty 包深入解析Go 语言中构建镜像与索引的 FROM scratch 基座【免费下载链接】vclustervCluster creates tenant clusters: fully isolated environments delivered as managed Kubernetes, or as the foundation for Slurm, Ray, Run:ai and inference clusters. Each gets its own API server, CRDs and RBAC, and runs on an existing cluster or standalone on bare metal. CNCF Certified Kubernetes.项目地址: https://gitcode.com/gh_mirrors/vc/vcluster导读本文基于 vcluster 仓库 vendor 目录下引入的github.com/google/go-containerregistry/pkg/v1/empty包展开深入剖析其empty.Image与empty.Index两个单例的设计原理、源码实现以及与mutate包配合完成从零构建镜像、组装多架构索引的完整工作流。读完本文你将掌握如何在 Go 代码中以纯编程方式构造出等效于 DockerfileFROM scratch的空白镜像并以此为基座通过追加层Layer与清单Manifest组合出任意复杂度的容器镜像同时了解 vcluster 项目在pkg/cli/oci中实际消费 go-containerregistry 库的方式。一、empty 包是什么镜像构建的空基座在容器生态中FROM scratch是 Dockerfile 里最特殊的基础镜像——它没有任何文件系统内容通常被用作静态编译二进制镜像的起点。在 Go 语言侧empty包 把这个概念原样搬进了 go-containerregistry它提供一个空的基座用来构造一个v1.Image容器镜像或v1.ImageIndex镜像索引即多架构清单列表。从包的注释可以直观看到它的定位doc.go中声明Package empty provides an implementation of v1.Image equivalent to FROM scratch.该包提供与FROM scratch等价的v1.Image实现README 进一步说明它尤其适合与mutate包配合使用即先以空基座起步再通过mutate.Append向镜像追加层、通过mutate.AppendManifests向索引追加清单。整个包只有三个文件体量极小但职责纯粹文件职责image.go定义Image空的单镜像实现index.go定义Index空的单索引实现doc.go包级文档说明两个导出对象都是包级单例变量可以直接以empty.Image、empty.Index引用无需任何初始化或构造参数。二、empty.Image一个零层的空白镜像empty.Image定义在 image.go其核心是一行导出声明和一个内部空结构体// Image is a singleton empty image, think: FROM scratch. var Image, _ partial.UncompressedToImage(emptyImage{}) type emptyImage struct{}emptyImage是一个不携带任何字段的空结构体通过partial.UncompressedToImage包装后对外呈现为一个完整的v1.Image。partial包是 go-containerregistry 提供的一组部分实现辅助函数它根据几个核心方法自动推导出v1.Image接口所需的其他能力如Manifest、RawManifest、Digest、Size、LayerByDigest等这正是 empty 包能保持极简的关键。emptyImage自身只实现了三个方法1. MediaType —— 声明清单媒体类型func (i emptyImage) MediaType() (types.MediaType, error) { return types.DockerManifestSchema2, nil }空镜像的清单类型固定为 Docker 的 Schema 2 清单application/vnd.docker.distribution.manifest.v2json这也是目前 Docker/OCI 生态最通用的镜像清单格式。2. ConfigFile —— 最简配置func (i emptyImage) ConfigFile() (*v1.ConfigFile, error) { return v1.ConfigFile{ RootFS: v1.RootFS{ // Some clients check this. Type: layers, }, }, nil }ConfigFile 是镜像的运行时配置JSON这里只设置了RootFS.Type layers。源码注释点明了原因Some clients check this——部分镜像校验客户端会检查该字段是否存在因此即使是一个空镜像也必须保证它合法。除此之外没有任何Architecture、OS、History、Config等字段一切都是零值。3. LayerByDiffID —— 空镜像没有层func (i emptyImage) LayerByDiffID(h v1.Hash) (partial.UncompressedLayer, error) { return nil, fmt.Errorf(LayerByDiffID(%s): empty image, h) }空镜像不包含任何文件系统层因此按 DiffID 查询层必然返回错误。这是符合预期的行为empty.Image只承担基座角色层需要通过mutate.Append等操作后续加上。三、empty.Index一个零清单的镜像索引Index是empty.Index单例的实现用于表示一个空的 OCI 镜像索引manifest list// Index is a singleton empty index, think: FROM scratch. var Index emptyIndex{}与emptyImage一样emptyIndex也是空结构体其媒体类型固定为OCI 镜像索引application/vnd.oci.image.index.v1json。索引的核心是base()函数构造的IndexManifestfunc base() *v1.IndexManifest { return v1.IndexManifest{ SchemaVersion: 2, MediaType: types.OCIImageIndex, Manifests: []v1.Descriptor{}, } }可以看到这是一个 SchemaVersion 为 2、Manifests为空切片的标准 OCI 索引清单。相应地IndexManifest()与RawManifest()都返回这份空清单RawManifest通过json.Marshal序列化Digest()与Size()委托给partial.Digest/partial.Size由清单内容推导Image(hash)与ImageIndex(hash)均返回errors.New(empty index)—— 空索引里没有任何可解析的条目。empty.Index的典型使用场景是作为多架构构建的起点先拿到空索引再通过mutate.AppendManifests逐条追加不同平台linux/amd64、linux/arm64 等的子镜像清单最终产出一个完整的 OCI manifest list。四、与 mutate 配合从空基座构建镜像与索引empty 包自身不做增长操作它的全部价值在于与mutate包组合。以下模式均可在 mutate.go 的源码与注释中找到直接证据。4.1 追加层mutate.Appendmutate.Append接收一个基础镜像和一组Addendum每个包含Layer、History、URLs、Annotations、MediaType返回叠加了新层的新镜像func Append(base v1.Image, adds ...Addendum) (v1.Image, error)当adds为空时直接返回基础镜像本身否则构造一个包装镜像。围绕它还有便捷封装AppendLayers(base v1.Image, layers ...v1.Layer)省去构造Addendum的样板代码。典型调用链是// 以空镜像为基座把二进制层追加进去 img, err : mutate.Append(empty.Image, mutate.Addendum{ Layer: myLayer, // 来自 tarball.LayerFromFile 或 tarball.LayerFromOpener })在 mutate.go 的Time函数内部可以看到真实的内部用法它用newImage : empty.Image作为重建起点逐层重新追加带固定时间戳的层最终实现将镜像内所有时间戳归一化的可复现构建能力。这正是mutate.Canonical实现可复现构建的基础。4.2 追加清单mutate.AppendManifests对应索引侧AppendManifests把子镜像追加到空索引上func AppendManifests(base v1.ImageIndex, adds ...IndexAddendum) v1.ImageIndex其中IndexAddendum内嵌了一个Appendable接口只需MediaType、Digest、Size三个方法和可覆盖的v1.Descriptor字段用于构造索引清单中的条目描述。多架构镜像的编程式构建通常是idx : mutate.AppendManifests(empty.Index, mutate.IndexAddendum{Add: linuxAmd64Image, Descriptor: v1.Descriptor{Platform: v1.Platform{OS: linux, Architecture: amd64}}}, mutate.IndexAddendum{Add: linuxArm64Image, Descriptor: v1.Descriptor{Platform: v1.Platform{OS: linux, Architecture: arm64}}}, )4.3 元数据修改Subject 与 Annotationsmutate.go 中的注释直接给出了以 empty 为基座的调用示例img : Subject(empty.Image, subj).(v1.Image) // 为镜像清单附加 subject idx : Subject(empty.Index, subj).(v1.ImageIndex) // 为索引清单附加 subject img : Annotations(empty.Image, map[string]string{foo: bar}).(v1.Image) idx : Annotations(empty.Index, map[string]string{foo: bar}).(v1.ImageIndex)Subject用于给镜像/索引附加subject字段如 cosign 签名、SBOM 等 attestation 引用的目标对象Annotations用于附加注解——两者都支持 Image 与 ImageIndex 两种输入并保持原类型返回。4.4 变基rebase 也以空镜像为起点在 rebase.go 中可以看到另一个直接使用empty.Image的场景变基rebase操作会先基于原镜像的 Config 构造一个新的空配置镜像再重新铺设层rebasedImage, err : Config(empty.Image, *origConfig.Config.DeepCopy())这印证了 empty 包在整个 mutate 家族中的基础地位——无论追加、变基、时间归一化最终都以empty.Image为最小公分母。五、把空基座变成可用的镜像一个完整示例综合以上 API一个从零构建镜像的完整 Go 流程如下package main import ( github.com/google/go-containerregistry/pkg/v1/empty github.com/google/go-containerregistry/pkg/v1/mutate github.com/google/go-containerregistry/pkg/v1/tarball github.com/google/go-containerregistry/pkg/v1/remote ) func main() { // 1. 从本地 tar 文件构造一个层相当于一个文件系统快照 layer, err : tarball.LayerFromFile(rootfs.tar) if err ! nil { panic(err) } // 2. 以 empty.Image 为基座追加该层 img, err : mutate.AppendLayers(empty.Image, layer) if err ! nil { panic(err) } // 3. 通过 mutate.Canonical 去除时间戳与宿主机随机配置保证可复现 img, err mutate.Canonical(img) if err ! nil { panic(err) } // 4. 推送到远端仓库或 tarball.Write 导出为 tar 文件 if err : remote.Write(registry.example.com/app:v1, img); err ! nil { panic(err) } }在 mutate.go 中可以看到Canonical的实现它将所有时间戳置零Time(img, time.Time{})并清空Container、Config.Hostname、DockerVersion等宿主机相关的随机字段——这是 CI 中构建可复现镜像的标准手段。六、empty 包在 vcluster 仓库中的应用场景vcluster 通过 Go modules vendor 机制引入了 go-containerregistry 库empty 包即位于 vendor/github.com/google/go-containerregistry/pkg/v1/empty 下。在 vcluster 自身代码中pkg/cli/oci目录直接消费了该库的镜像处理能力pkg/cli/oci/extract.goExtract函数通过layout.Path(archive).ImageIndex()读取 OCI 布局oci-layout目录经selectImageForRef从索引中选出目标镜像优先 linux/amd64递归解析嵌套的 manifest list再按从顶层到底层的顺序遍历各层 tar 内容正确处理.wh.whiteout 与.wh..wh..opqopaque 目录语义把指定前缀下的文件提取到本地目录——用于从 OCI 镜像中抽取二进制产物pkg/cli/oci/extract.goExtractFile则精确提取单个文件如kubernetes/bin/kubelet并利用 whiteout 信息判断低层文件是否已被删除同目录的 pkg/cli/oci/pull.go 负责镜像拉取相关逻辑。从源码结构可以推断vcluster 引入 go-containerregistry 主要用于离线/本地场景下的镜像内容操作例如从 OCI 布局中取出可执行文件。而empty.Image/empty.Index作为该库镜像模型的零号基座在 vendor 内部被mutate、remote等包广泛引用——例如 remote/referrers.go 在查询 referrers 无结果时直接返回empty.Index作为空结果集说明该包在库内的地位是干净的起点而非可有可无的玩具。七、边界与注意事项不要对空镜像调用层相关方法empty.Image的LayerByDiffID以及索引的Image/ImageIndex都固定返回错误因为空基座内没有任何内容。所有内容都必须通过 mutate 追加。空镜像的媒体类型是 Docker Schema 2而空索引的媒体类型是 OCI 索引格式两者不同使用时要按目标仓库支持的格式选择。ConfigFile只包含RootFS.Type layers不含 OS/Architecture 等字段如需设置平台信息应通过mutate.Config/mutate.ConfigFile在追加层后补充。单例共享empty.Image与empty.Index是包级全局变量且 mutate 操作返回的是包装后的新对象、不会修改基座本身因此可以安全地在多个构建流程中复用同一个空基座。结语empty包虽然只有三个源文件、两个导出单例却定义了 go-containerregistry 镜像模型的最小公分母empty.Image等价于FROM scratchempty.Index等价于一个空的 manifest list。理解它就理解了 go-containerregistry 中镜像由基座 追加操作组合而成的核心哲学——无论是构建极简静态二进制镜像、组装多架构索引还是实现可复现构建empty都是那条必经的起跑线。若需在 vcluster 仓库中进一步探索可从 empty/image.go、empty/index.go、mutate/mutate.go 三个文件入手并结合 pkg/cli/oci/extract.go 观察其在实际项目中的消费方式。【免费下载链接】vclustervCluster creates tenant clusters: fully isolated environments delivered as managed Kubernetes, or as the foundation for Slurm, Ray, Run:ai and inference clusters. Each gets its own API server, CRDs and RBAC, and runs on an existing cluster or standalone on bare metal. CNCF Certified Kubernetes.项目地址: https://gitcode.com/gh_mirrors/vc/vcluster创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考