在 K8s 集群内里会通过 pod 去部署应用，与传统的应用部署不同，传统应用部署在给定的机器上面去部署，我们知道怎么去调用别的机器的 IP 地点；但是在 K8s 集群内里应用是通过 pod 去部署的， 而 pod 生命周期是短暂的。在 pod 的生命周期过程中，比如它创建或销毁，它的 IP 地点都会发生变革，这样就不能使用传统的部署方式，不能指定 IP 去访问指定的应用。
另外在 K8s 的应用部署里，之前虽然学习了 deployment 的应用部署模式，但还是需要创建一个 pod 组，这些 pod 组需要提供一个统一的访问入口，以及怎么去控制流量负载均衡到这个组内里。
比如说测试环境、预发环境和线上环境，其实在部署的过程中需要保持同样的一个部署模板以及访问方式。因为这样就可以用同一套应用的模板在不同的环境中直接发布。
二、Kubernetes 中的服务发现与负载均衡 -- Service
最后应用服务需要暴露到外部去访问，需要提供给外部的用户去调用的。我们知道 pod 的网络跟机器不是同一个段的网络，那怎么让 pod 网络暴露到去给外部访问呢？这时就需要服务发现。
在 K8s 内里，服务发现与负载均衡就是 K8s Service。
上图就是在 K8s 里 Service 的架构，K8s Service 向上提供了外部网络以及 pod 网络的访问，即外部网络可以通过 service 去访问，pod 网络也可以通过 K8s Service 去访问。
向下，K8s 对接了另外一组 pod，可以通过 K8s Service 的方式去负载均衡到一组 pod 上面去，这样相当于解决了前面所说的复发性题目，或者提供了统一的访问入口去做服务发现，然后又可以给外部网络访问，解决不同的 pod 之间的访问，提供统一的访问地点。
三、用例解读
