什么是 Kubernetes 的 CustomResourceDefinition？

Kubernetes 的 CustomResourceDefinition（CRD）是一种扩展机制，允许用户自定义资源类型，就像原生的 Pod、Service 那样使用。通过 CRD，你可以定义自己的对象模型，让 Kubernetes API 理解并管理这些新类型的资源。

CustomResourceDefinition 是什么

CRD 全称是 CustomResourceDefinition，它告诉 Kubernetes 集群如何处理一种新的资源类型。一旦创建了一个 CRD，你就可以像使用 Deployment 或 ConfigMap 一样，用 kubectl 创建、删除或查询这种资源。例如，你可以定义一个叫 Database 的资源，然后执行 kubectl get databases 来查看实例。

为什么需要 CRD

标准资源无法满足所有业务场景。比如运维数据库、消息队列或机器学习训练任务时，可能希望把这些抽象成一级资源。CRD 提供了这样的能力：

CRD 怎么工作

CRD 本身是一个 YAML 文件，描述了新资源的元信息，包括名字、版本、字段结构等。Kubernetes API Server 会根据这个定义注册新的 REST 路径，比如 /apis/example.com/v1/myapps。之后用户就能通过 API 或 kubectl 操作这些资源。

通常搭配一个自定义控制器来监听这些资源的变化，当用户创建一个自定义对象时，控制器会执行具体逻辑，比如部署对应的 workload。

一个简单例子

假设你要定义一个叫 MyApp 的资源：

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: myapps.example.com
spec:
  group: example.com
  versions:
    - name: v1
      served: true
      storage: true
      schema:
        openAPIV3Schema:
          type: object
          properties:
            spec:
              type: object
              properties:
                replicas:
                  type: integer
                image:
                  type: string
  scope: Namespaced
  names:
    plural: myapps
    singular: myapp
    kind: MyApp

应用后，你就能创建如下对象：

apiVersion: example.com/v1
kind: MyApp
metadata:
  name: hello
spec:
  replicas: 3
  image: nginx:latest

基本上就这些。CRD 不复杂但容易忽略校验和版本控制的问题，实际使用中建议结合 Kubebuilder 或 Operator SDK 来管理。