Deployment声明式更新与应用式更新对比

news2025/3/20 14:11:28

1. 声明式更新

特点

1. 声明式更新

声明式更新是指用户通过定义资源的期望状态（例如 YAML 文件）来管理资源。Kubernetes 会自动计算当前状态与期望状态之间的差异，并执行必要的操作以达到期望状态。

特点

基于 YAML 文件：用户通过 YAML 文件定义资源的期望状态。
幂等性：无论执行多少次，结果都是一致的。
自动化：Kubernetes 自动处理状态差异，无需用户手动干预。
推荐方式：是 Kubernetes 官方推荐的管理资源的方式。

示例

假设你有一个 Deployment 的 YAML 文件 (deployment.yaml)：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: nginx
        image: nginx:1.18

应用声明式更新：

kubectl apply -f deployment.yaml

查看更新差异：

kubectl diff -f deployment.yaml

2. 命令式更新

命令式更新是指用户通过直接执行命令来修改资源的状态。这种方式更接近传统的运维操作，用户需要明确指定每一步操作。

特点

基于命令：用户通过 kubectl 命令直接操作资源。
灵活性：适合快速临时操作。
非幂等性：多次执行可能会导致不同的结果。
不推荐长期使用：容易导致状态不一致，不适合复杂的管理场景。

示例

创建资源：

kubectl create -f deployment.yaml

替换资源：

kubectl replace -f deployment.yaml

编辑资源：

kubectl edit deployment/my-deployment

扩展副本数：

kubectl scale deployment/my-deployment --replicas=5

更新镜像：

kubectl set image deployment/my-deployment nginx=nginx:1.19

删除资源：

kubectl delete -f deployment.yaml

3. 声明式更新 vs 命令式更新

特性	声明式更新	命令式更新
管理方式	基于 YAML 文件定义期望状态	基于命令直接操作资源
幂等性	是（多次执行结果一致）	否（多次执行可能导致不同结果）
自动化程度	高（Kubernetes 自动处理状态差异）	低（需要用户手动执行每一步操作）
适用场景	长期管理、复杂配置	快速临时操作、简单调整
推荐程度	推荐（官方推荐方式）	不推荐长期使用
更新历史记录	支持（可通过 `kubectl rollout history` 查看）	不支持
回滚支持	支持（可通过 `kubectl rollout undo` 回滚）	不支持

4. 声明式更新的优势

状态一致性：
- 声明式更新通过 YAML 文件定义期望状态，Kubernetes 会自动确保当前状态与期望状态一致。
- 命令式更新需要用户手动执行每一步操作，容易遗漏或出错。
版本控制：
- YAML 文件可以纳入版本控制系统（如 Git），方便跟踪和管理变更历史。
- 命令式更新没有明确的记录，难以追溯。
自动化：
- 声明式更新可以结合 CI/CD 工具，实现自动化部署和更新。
- 命令式更新需要人工干预，不适合自动化流程。
回滚支持：
- 声明式更新会保存更新历史记录，支持快速回滚到之前的版本。
- 命令式更新没有历史记录，回滚困难。