Pod直译为豆荚，可将容器比作豆荚中的豆子，将一个或多个紧密关联的容器组合在一起，便形成一个Pod。在Kubernetes中，我们不直接管理容器，而是将其封装为Pod进行统一操作与调度。
1、 活动前预先启动多个Pod，结束后再逐步关闭多余实例，尽管涉及较多Pod的启停，仍可有序按计划执行。
2、 通过Replication Controller实现Pod的部署与升级，Replica Set作为其下一代替代方案，提供了更灵活的副本管理能力。Deployment则进一步简化了对Pod和Replica Set的控制，支持滚动更新与版本回滚，使应用的发布和维护更加高效便捷，全面提升容器化部署的自动化水平。
3、 RC可确保指定数量的Pod副本同时运行，始终维持应用可用。若实际副本数超过设定值，多余Pod将被终止；若少于设定值，则自动补足缺失的副本。当Pod因故障、删除或终止而减少时，RC会立即创建新Pod以恢复预期数量。因此，无论需求数量多少，即使仅需一个Pod，也建议通过RC进行管理，以保障服务稳定运行。
4、 该文件用于定义RC的相关属性，我们重点关注以下几个字段。spec.replicas表示期望运行的Pod副本数量；spec.selector是RC用来选择其所管理Pod的筛选条件；spec.template则描述了Pod的完整配置模板；其中spec.template.metadata.labels定义了Pod的标签，这些标签必须与spec.selector中指定的标签保持一致，以确保RC能够正确识别并管理对应的Pod实例。通过这种机制，RC可实现对一组具有相同特征的Pod的统一控制与调度。
5、 需确保系统中始终有3个Pod处于运行状态，这些Pod所使用的镜像为 index.tenxcloud.com/tailnode/hello:v1.0。在配置时，必须正确设置容器镜像字段，即在 spec.template.spec.containers.image 中指定该镜像地址。配置过程中，两个关键属性需特别注意：spec.selector 和 spec.template.metadata.labels。这两个字段的标签选择器必须完全一致，否则系统将无法正确关联副本集与Pod模板，导致后续创建ReplicationController（RC）的操作失败。因此，在编写配置文件时，应确保选择器与Pod模板中的标签内容匹配，以维持控制器对Pod的准确管理和调度，保障应用实例数量稳定在预期水平。
