工作原理：
通过Deployment webcluster（Deployment不直接创建 Pod，只管理 ReplicaSet，kubectl apply -f deploy.yaml提交 Deployment 到 APIServer，apiserver 校验 yaml 格式，把 Deployment 资源存入 etcd 数据库，Deployment 控制器发现：期望副本replicas:2，当前没有ReplicaSet，创建一个 ReplicaSet 资源，RS 模板完全复制 Deployment 的 pod 模板，RS 控制器读取自己的配置：
spec.replicas:2 期望 2 个 Pod，spec.selector.matchLabels: app:webcluster 筛选属于自己的 Pod
查询 etcd：当前没有匹配标签的 Pod，于是 RS 按照 template，构造 2 个 Pod 对象，提交给 apiserver 存入 etcd。kube‑scheduler调度器发现一批 spec.nodeName(主机名） 为空的Pending Pod，调度算法选出节点，把节点名写入Pod.spec.nodeName，已经把 Pod 绑定到该节点，更新etcd。kubelet 监听 apiserver 的 Pod 资源变化，收到事件：有一个 Pod，spec.nodeName = 当前节点主机名，这个 Pod 归我管理。！！真正开始在节点构建 Pod！！kubelet 开始干活：①拉取镜像 myapp:v1②准备存储、环境变量③调用 CNI‑flannel 分配 PodIP，配置 veth‑pair 网络④调用容器运行时 (containerd/docker)
↓创建2个Pod
给每个Pod的 metadata.labels = app:webcluster
↓CNI(flannel)给每个Pod分配PodIP
Pod Ready=True
↓Endpoints控制器读取Service.spec.selector(app:webcluster)
筛选出这两个Pod，取出PodIP + targetPort(80)
↓存入同名Endpoints资源（webservice）
↓Service iptables/ipvs读取Endpoints列表做负载均衡
curl ClusterIP → 轮流转发到 10.244.2.8:80 / 10.244.5.95:80