Kubernetes 为什么在库伯内特斯引入复制集？

我理解ReplicaSet和ReplicationController之间的区别，前者基于集合，后者基于等式。我想知道的是，当较旧的ReplicationController实现相同的功能时，为什么会引入较新的实现（读取ReplicaSet）。

ReplicaSet

通常不是独立的，它们由部署所拥有。一个

部署

在其生命周期中可以有许多

复制集

s，因为新的

版本

部署又增加了一个

复制集

---

部署

允许我们在需要时回滚到以前的稳定版本。

ReplicateSets是Replication controller的更新版本

在Replication controller中，存在基于相等的选择器

在复制集中，有基于集合的选择器

---

ReplicaSet还与部署配合使用，因此当您在kubernetes中执行简单部署时，ReplicaSet将自动生成并管理。因此部署

owned

ReplicaSet

我认为这可以归结为以下三点

1）ReplicaSet是副本控制器的替代品，支持更丰富的标签选择器表达式。您可以在运算符的四个值中选择

In、NotIn、Exists、DoesNotExist

-请参阅

2）在选择器下包含

matchLabels

字段的syntax-replicset中有一点不同：

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: nginx
spec:
  replicas: 3
  selector:
    matchLabels: #<-- This was added
      tier: nginx

apiVersion:apps/v1 种类：复制集 元数据： 姓名：nginx 规格： 副本：3份 选择器：

---

matchLabels:#在这篇文章中，你可以找到一个很好的比较，谢谢分享，不过，我以前也看过这个帖子。这回答了RC和RS之间的区别，但我想知道为什么引入了RS，而功能明智的ReplicationController实现了同样的效果。