k8s术语，实体和实例

在 Kubernetes (K8s) 中，实体（Entity） 和 实例（Instance） 是两种不同的概念，用于描述资源和资源的实际状态。下面是详细的解释：

实体（Entity）

• 定义: 实体通常是 Kubernetes 中定义的资源对象，比如 Pod、Service、Deployment、ConfigMap 等，它们是抽象的声明，用于告诉 Kubernetes 期望的状态。
• 作用: 实体定义了资源的配置和行为。比如，一个 Deployment 定义了需要运行多少个 Pod，每个 Pod 的镜像、环境变量等信息。
• 存储位置: 这些实体的定义保存在 etcd 中，etcd 是 Kubernetes 用于存储集群状态的分布式数据库。
• 例子: 一个 Deployment 对象如下：

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: my-app
  spec:
    replicas: 3
    template:
      spec:
        containers:
        - name: my-container
          image: my-image:v1
  

  • 这里的 Deployment 就是一个 实体。

实例（Instance）

• 定义: 实例是 Kubernetes 根据实体定义创建出来的实际运行资源的具体表现。它是实体在集群中的实际存在。
• 作用: 实例表示资源的 当前状态，比如实际运行的 Pod 或 Node。
• 动态性: 实例是动态的，会随着实际运行情况发生变化。比如，Deployment 中声明了 3 个副本（实体），实际运行的 3 个 Pod 就是实例。如果一个 Pod 异常终止，Kubernetes 会创建新的 Pod 实例。
• 例子:
  • 根据上面的 Deployment，可能会有如下运行中的 Pod 实例：

    Pod: my-app-abc123
    Pod: my-app-def456
    Pod: my-app-ghi789
    

  • 这些具体的 Pod 是 Deployment 定义的实例。

对比：实体和实例

常见场景

1. 声明 vs 实现

   • 用户通过 YAML 定义一个 Deployment，这是一个实体。
   • Kubernetes 创建的 Pod 是根据 Deployment 生成的实例。

2. 同步期望状态和实际状态

   • Kubernetes 的控制器会不断检测实体的期望状态与实例的实际状态是否一致。如果不一致，会自动调整。例如：
     • 如果 Deployment 定义了 3 个副本，而实际运行的 Pod 只有 2 个，Kubernetes 会创建一个新的 Pod。

总结

• 实体 是一种静态的资源声明，描述了用户对集群的期望状态。
• 实例 是实体运行时的具体表现，表示资源的实际状态。
• Kubernetes 通过控制器的工作机制，将实体和实例之间的状态保持一致，确保集群处于期望的状态。