复制控制器（ReplicationController）是Kubernetes中用于确保Pod副本数始终保持在用户期望数量的控制器组件。它通过监控集群中Pod的状态，自动创建或删除Pod来维持副本数稳定，从而实现应用的弹性伸缩和高可用。原理基于控制循环：周期性地检查实际副本数与期望副本数，如果不匹配则调整。使用YAML定义replicas字段，轻松管理多个Pod实例，告别手动创建和删除Pod的繁琐运维。

ReplicationController核心原理

ReplicationController的工作原理是通过一个控制循环来实现的。这个循环会定期检查集群中的 Pod 实例数量，并与用户在 ReplicationController 定义中指定的 replicas 字段进行比较。如果发现 Pod 实例数量少于指定的 replicas 数量，ReplicationController 会自动创建一个新的 Pod 实例来补充；反之，如果 Pod 实例数量多于指定数量，它会自动删除多余的 Pod 实例。

Pod副本管理机制

ReplicationController 的标签选择器（label selector）是它工作的关键，它用来匹配那些属于该控制器的 Pod。任何带有匹配标签的 Pod 都会被 ReplicationController 监控和管理。通过这种方式，ReplicationController 确保了 Pod 副本的正确数量，即使某些 Pod 失败或被意外删除，也能快速恢复。

高可用保障

在高可用场景下，ReplicationController 可以将 Pod 调度到不同的节点上，避免单点故障。通过设置 replicas 为多个值，即使某个节点宕机，其他节点上的 Pod 依然能提供服务，ReplicationController 会自动在健康节点上创建新 Pod 来维持副本数。

弹性伸缩实现

虽然 ReplicationController 本身不支持自动伸缩，但它是 Horizontal Pod Autoscaler (HPA) 的基础。HPA 可以根据 CPU 或自定义指标动态调整 replicas 值，ReplicationController 则负责实际创建或删除 Pod，实现应用的弹性伸缩。

告别手动运维

使用 ReplicationController 后，你不再需要手动监控 Pod 状态或反复执行 kubectl run 命令。它自动化了整个副本管理过程，只需一次定义 YAML 文件，kubectl apply 即可，系统会持续维护副本稳定。

简单示例

apiVersion: v1
kind: ReplicationController
metadata:
name: nginx-rc
spec:
replicas: 3
selector:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.7.9

FAQ
Q: ReplicationController 和 Deployment 有什么区别？
A: Deployment 是 ReplicationController 的新一代替代品，支持滚动更新和回滚，而 ReplicationController 已较旧，不推荐新项目使用。
Q: 如何查看 ReplicationController 管理的 Pod？
A: 使用 kubectl get pods -l app=your-label 查看匹配标签的 Pod。
Q: replicas 设置为 0 会发生什么？
A: 所有 Pod 会被删除，但控制器仍存在，可后续调整 replicas 恢复。
Q: 支持跨命名空间吗？
A: 不支持，ReplicationController 只管理同一命名空间内的 Pod。