K8s-核心数据结构-scheme资源注册表
K8s-核心数据结构-scheme资源注册表
所有的K8s资源类型都会注册到Scheme资源注册表中，有如下的特点：
- 支持多种资源类型，包括内部版本和外部版本
- 支持多种版本转换机制
- 支持不同资源的的序列化/反序列化
Scheme资源注册支持俩种类型，分别是UnversionedType和KnowType资源类型。
UnversionedType:无版本资源类型，这类资源对象不需要进行转换。目前比少KnowType：目前K8s最常用资源类型，UnversionedType通过scheme.AddUnversionedTypes方法进行注册，Knowtype通过scheme.AddKnowType进行注册
Scheme资源注册表结构字段说明如下：
gvToType:存储GVK与Type的映射关系typeToGVK:存储type与GVK的映射关系，一个Type会对应一个或多个GVKunversionedTypes：存储UnversionedType与GVK的映射关系unversionedKind:存储kind名称和UnversionedType的映射关系
Scheme资源注册通过Go的map结构实现映射关系，这些映射关系可以实现高效的正向和反向的检索
注册方法
scheme.AddUnversionedTypes:注册UnversionedTypes资源类型scheme.AddKnowTypes:注册KnownType资源类型scheme.AddKnownTypeWithName：注册KnownType资源类型
查询方法
scheme.KnowType:查询注册表中的GV下的资源类型scheme.AllKnowTypes:查询注册表所有的GVK下的资源类型scheme.ObjectKinds:查询资源对象中所对应的GVK，一个资源对象可能存在多个GVKscheme.New:查询GVK所对应的资源对象scheme.IsGroupRegisted:判断指定的资源组是否已经注册scheme.IsVersionRegisted：判断指定GV是否已经注册scheme.Recognizes:判断指定GVK是否已经注册scheme.IsUnversioned:判断指定资源对象是否属于UnversionedType类型
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Joohwan！
alipay
相关推荐
2025-01-07
K8s中的垃圾回收
K8s中的垃圾回收 基于1.29 K8s的垃圾回收主要是以下的问题 结束的Pod对象 完结的Job对象 无主对象，这类的对象的Owner不存在 不再使用的容器和镜像 不再使用的动态创建的PV对象，对应的StorageClass声明了回收策略Delete 下列场景中被删除的Node 控制器的集群 Node Lease对象 Pod对象垃圾回收对于我阶段为Failed的Pod，对应的容器虽然已经停止，但是其资源对象依旧存在API Server，需要被Pod控制器或者运维人员手动删除 kube-controller-manager中有一个名为PodGC的组件专门负责自动清理“垃圾类”Pod 孤儿Pod，绑定的Node已经不存在 未调度就结束的Pod 终结中的Pod，这类Pod满足，它们被绑定到NotReady的Node，该Node有一个污点node.kubernetes.io/out-of-service，并且NodeOutOfServiceVolumeDetach特性门控开启 对于孤儿Pod，如果它们的阶段不少终结阶段，则PodGC会把它们设置为Failed，此...
2023-12-23
K8s[内核优化]-大规模下集群优化
K8s[内核优化]-大规模下集群优化最大线程数和文件打开数。 编辑 /etc/security/limits.conf 。 12345678root soft nofile 655350root hard nofile 655350root soft nproc 655350root hard nproc 655350* soft nofile 655350* hard nofile 655350* soft nproc 655350* hard nproc 655350 内核优化，重点优化以下参数。 编辑 /etc/sysctl.conf 1234567891011121314151617181920212223242526272829303132333435363738# 容器环境下，优化这些参数可以避免 NAT 过的 TCP 连接带宽上不去。net.netfilter.nf_conntrack_tcp_be_liberal = 1 net.netfilter.nf_conntrack_tcp_loose = 1 net....
2023-12-02
K8s-对象
K8s-对象对象的spec和status spec：操作员所期望的状态 status：实际上集群中的状态 必填字段在上述的 .yaml 文件中，如下字段是必须填写的： apiVersion 用来创建对象时所使用的Kubernetes API版本 kind 被创建对象的类型 metadata 用于唯一确定该对象的元数据：包括 name 和 namespace，如果 namespace 为空，则默认值为 default spec 描述您对该对象的期望状态 名称Kubernetes REST API 中，所有的对象都是通过 name 和 UID 唯一性确定。 Names可以通过 namespace + name 唯一性地确定一个 RESTFUL 对象，例如： 1/api/v1/namespaces/{namespace}/pods/{name} 同一个名称空间下，同一个类型的对象，可以通过 name 唯一性确定。如果删除该对象之后，可以再重新创建一个同名对象。 下面是三种广泛使用的资源名称的限制类型: DNS Subdomain Name...
2023-10-26
K8s的五种代码生成器
K8s的五种代码生成器概述 代码生成器 说明 Conversion-gen 自动生成convert函数的代码是生成器，用于资源对象的版本转换函数 deepcopy-gen 自动生成deepcopy的函数代码生成器，用于资源对象的深复制函数 defaulter-gen 自动生成defaulter的函数代码生成器，用于资源对象的默认值函数 prerelese- lifecycle-gen 自动生成api-status.csv文件的工具 openapi-gen 自动生成openapi定义文件的代码生成器 除了上述之外，其实还支持很多，比如client-gen、lister-gen、informer-gen Conversion-gen自动生成convert函数的代码是生成器，用于资源对象的版本转换函数 常规引入tag1+k8s:conversion-gen=<peer-pkg> 生成规则https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/code-ge...
2025-08-24
K8s开发指南-客户端
K8s开发指南-客户端 基于K8s v1.29 API客户端 Ref：https://github.com/kubernetes/client-go K8s认证方式主要一下俩类： 集群外的认证：客户端程序运行在集群外，以独立进程访问API Server 集群内的认证：客户端在K8s内以Pod形式运行，通过内部服务名访问API Server 客户端访问API Server常见的认证方式有以下的几种 数字证书方式 ServiceAccount方式 BearerToken方式 对于运行在K8s集群之外的客户端，建议使用数字证书方式连接API Server，客户端需要配置的信息包括CA根证书、客户端证书、客户段私钥以及API Server地址 对于运行在集群内的Pod，建议使用ServiceAccount认证方式，需要为Pod增加ServiceAccount资源，并为ServiceAccount配置好正确的RBAC权限 基于kubeconfig文件的配置方式有以下几种： 用户HOME目录中的约定目录，例如$HOME/.kube/config 在环境变量K...
2025-08-23
K8s开发-API详解
K8s开发-API详解 基于K8s v1.29 资源对象一个K8s资源对象描述一般是kind、apiVersion、metadata、spec和status五个部分 资源对象的类型资源对象的类型用Kind属性表示，总体分为3个类型： 对象（Object）、代表系统中永久资源实体，比如Pod、RC 列表（List）：资源对象的合集 简单类别（Simple）：作用于资源对象或非持久辅助实体的特定操作，比如Status、Scale、ListOptions等 资源对象的元数据metadata是资源对象的元数据定义，由一组属性来定义，在K8s中，每个资源对象都必须包含以下元数据属性： namespec：对象所属的命名空间，如果不指定，则昔日会将对象置于名为default中 name：对象的名称、在一个ns下，唯一性 uid：系统为每个对象生成唯一的ID，符合RFC4122 labels：自定义标签 annotations：用户自定义注解，被K8s内部进程或者外部工具使用 resourceVersion：用于识别资源内部斑斑的字符串，在Watch操作，可以避免Get和下一次Watch...
评论
