Kubernetes(k8s)-自定义资源(CRD)

原创于 2025-04-21 20:00:59 发布 · 634 阅读

11 ·

CC 4.0 BY-SA版权

文章标签：

#kubernetes #容器 #云原生 #运维 #docker

Kubernetes(k8s) 专栏收录该内容

81 篇文章

订阅专栏

作者介绍：简历上没有一个精通的运维工程师。请点击上方的蓝色《运维小路》关注我，下面的思维导图也是预计更新的内容和当前进度(不定时更新)。

我们上一章介绍了Docker基本情况，目前在规模较大的容器集群基本都是Kubernetes，但是Kubernetes涉及的东西和概念确实是太多了，而且随着版本迭代功能在还增加，笔者有些功能也确实没用过，所以只能按照我自己的理解来讲解。

我们前面讲的各种工作负载，存储，安全配置类都是属于Kubernetes集群提供给我们的内置概念，一般的需求都是可以满足的，但是对于一些复杂的自定义需求就无法满足，所以Kubernetes给我们提供了一个接口，让我们可以自定义资源，并且统一纳入Kuberntes进行管理。实际上我们讲解的部分资源已经包含了CRD信息在里面。

CRD（Custom Resource Definition）是Kubernetes中的一个重要特性，它允许用户自定义资源类型，扩展Kubernetes的API。通过CRD，用户可以定义自己的资源对象，就像Pod、Service等内置资源一样，可以被创建、删除、查看和管理。

CRD的基本概念

资源（Resource）Kubernetes中的基本管理单元，如Pod、Service等。
自定义资源（Custom Resource）用户通过CRD定义的资源。
定义（Definition）描述自定义资源的规格和属性。

CRD的优势

扩展性：允许用户根据需求定义自己的资源类型。
自动化：可以通过Kubernetes的控制器机制自动管理自定义资源。
一致性：自定义资源的管理方式与内置资源一致，降低了学习成本。

CRD的组成

API版本：定义CRD的API版本，如apiextensions.k8s.io/v1。
Kind：资源的类型，如CustomResourceDefinition。
Metadata：资源的元数据，如名称、命名空间等。
Spec：资源的规格，定义了自定义资源的属性和类型。
Status：资源的状态，用于显示资源的当前状态。

CRD的使用场景

应用配置管理：定义应用特定的配置资源。
业务逻辑封装：将复杂的业务逻辑封装为自定义资源，简化管理。
多集群管理：定义跨集群的资源对象，实现多集群统一管理。

CRD的创建与使用

定义CRD：编写YAML文件定义自定义资源的规格。
创建CRD：使用kubectl apply -f <crd-file>.yaml命令创建CRD。
使用CRD：创建和管理自定义资源，就像内置资源一样。

示例

以下是一个简单的CRD定义示例：Foo的自定义资源，属于example.com组，可以在命名空间内创建和管理。

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: foos.example.com
spec:
  group: example.com
  versions:
    - name: v1
      served: true
      storage: true
      schema:
        openAPIV3Schema:
          type: object
          properties:
            spec:
              type: object
              properties:
                foo:
                  type: string
            status:
              type: object
              properties:
                state:
                  type: string
  scope: Namespaced
  names:
    plural: foos
    singular: foo
    kind: Foo
    shortNames:
    - foo

创建成功以后，他就会和普通资源(Pod)类似，可以操作包括get，describe等操作。