Kubernetes中Deployment与ReplicaSet的区别是什么，是否底层依赖ReplicaSet实现？

ReplicaSet和Deployment都配置有replicas: 3属性，二者的核心区别是什么？Deployment的底层运行机制是否是通过管理ReplicaSet实现的？

Deployment配置示例 #

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
  labels:
    my-label: my-value
spec:
  replicas: 3
  selector:
    matchLabels:
      my-label: my-value
  template:
    metadata:
      labels:
        my-label: my-value
    spec:
      containers:
        - name: app-container
          image: my-image:latest

ReplicaSet配置示例 #

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: my-replicaset
  labels:
    my-label: my-value
spec:
  replicas: 3
  selector:
    matchLabels:
      my-label: my-value
  template:
    metadata:
      labels:
        my-label: my-value
    spec:
      containers:
        - name: app-container
          image: my-image:latest

核心解答 #

首先可以明确：Deployment的底层确实是通过管理ReplicaSet实现所有能力的，它是比ReplicaSet层级更高的工作负载抽象。
二者哪怕replicas配置完全一致，核心区别也非常清晰：

• ReplicaSet的核心能力非常单一：仅保证任意时刻都有指定数量的Pod副本正常运行，本身不支持滚动更新、版本留存、回滚这类进阶的发布能力，如果要更新应用只能手动修改Pod模板、删除旧Pod，所有发布逻辑需要自行实现。
• Deployment在ReplicaSet的基础上封装了完整的应用生命周期管理能力：你只需要修改Deployment的配置参数，它会自动生成新的ReplicaSet，逐步将旧ReplicaSet的Pod替换为新版本，还支持版本历史留存、一键回滚、发布节奏控制（如暂停发布、灰度发布）等生产环境必需的特性。

ReplicaSet可确保任意时刻运行指定数量的Pod副本。而Deployment是更上层的概念，它管理ReplicaSet，为Pod提供声明式更新能力及诸多其他实用特性。因此我们建议使用Deployment而非直接操作ReplicaSet，除非你需要自定义更新编排逻辑或完全不需要更新。
这意味着你可能永远无需操作ReplicaSet对象：直接使用Deployment，在spec字段中定义应用配置即可。

内容的提问来源于stack exchange，提问作者Ryan Lyu