我们在前面两节中看到了，Kubernetes集群的服务本质上是负载均衡，即反向代理；同时我们知道了，在具体实现中，这个反向代理，并不是部署在集群某一个节点上的，而是作为集群节点的sidecar部署在每个节点上的。
在这里让服务“照”进反向代理这个“现实”的，是Kubernetes集群的一个控制器，即kube-proxy。简单来说，kube-proxy作为部署在集群节点上的控制器，通过集群API Server监听着集群状态变化。当有新的服务被创建的时候，kube-proxy会把集群服务的状态、属性，翻译成反向代理的配置，整个过程如图6-5所示。
图6-5 Kubernetes服务框架图
那剩下的问题就是反向代理（即图6-5中的Proxy）的实现了。