在K8S中，Replica Set和Replication Controller之间有什么区别？

在 Kubernetes (K8s) 中，Replica Set 和 Replication Controller（RC）都是用于确保集群中特定数量的 Pod 副本始终运行的服务。尽管它们有相似的功能，但在功能演变过程中，Replica Set 是对 Replication Controller 的改进和升级。

Replication Controller (RC)：

• 在早期版本的 Kubernetes 中被广泛使用。
• 使用的是基于等式的标签选择器（Equivalence-based selector），这意味着它只能匹配具有相同标签值的Pod。
• 对于复杂的选择器表达式支持有限。

Replica Set (RS)：

• 自 Kubernetes v1.2 引入作为下一代副本控制器，并最终取代了 Replication Controller。
• 也负责保持指定数量的 Pod 副本数量不变，但使用了更强大的基于集合的标签选择器（Set-based selector）。
• 集合选择器允许用户设置更加灵活的匹配条件，例如通过标签键存在或不存在、标签键值的集合包含关系等。
• 因此，Replica Set 提供了更强的扩展性和控制能力，能够处理更复杂的场景下Pod的管理和扩展。

综上所述，在实际应用中，由于 Replica Set 更先进的特性，现在已经普遍推荐使用 Replica Set 来管理 Pod 的复制实例，而 Replication Controller 已经逐渐过渡到一个历史角色。实际上，Deployment 是现在创建和管理 Pod 副本的推荐方式，因为它提供了滚动更新、回滚等更高级别的抽象和策略。在 Deployment 内部，正是通过 Replica Set 来实现 Pod 数量的控制。