在Kubernetes中，Service是分布式集群管理架构的核心，一个Service对象拥有如下关键特征：
拥有唯一指定的名称【比如mysql-server】拥有一个虚拟IP地址【ClusterIP地址】和端口号能够提供某种远程服务能力能够将客户端对服务的访问请求转发到一组容器应用上
Service的服务进程通常基于Socket通信方式对外提供服务，比如Redis,Memcached,MySQL, Web Server 或者是实现了某个具体业务的特定TCP Server 进程，虽然一个Service通常由多个相关的服务进程提供服务，每个服务进程都有一个独立的Endpoint【IP+Port】访问点，但Kubernetes能够让我们通过Service【ClusterIP+Service Port】连接指定的服务。有了Kubernetes 内建的透明负载均衡和故障恢复机制，不管后端有多少个具体的服务进程，也不管某个服务进程是否由于发生故障而被重新部署到其他机器，都不会影响对服务的正常调用，更重要的是，这个Service本身一旦创建就不再变化，着意味着我们再也不用为Kubernetes 集群中应用服务进程IP地址变来变去的问题头疼了。
容器提供了强大的隔离功能，所以我们有必要把为Service提供服务的这组进程放入容器中进行隔离，为此，Kubernetes 设计了Pod对象，将每个服务进程都包装到相应的Pod 中，使其成为在Pod中运行的一个容器，为了建立Service和Pod间关联关系，Kubernetes首先给每个Pod都贴上一个标签【Label】,比如给运行MySQL的Pod贴上name=mysql标签，给运行PHP的Pod贴上name=php标签，然后给相应的Service定义标签选择器【Label Selector】,例如，MySQL Service 的标签选择器的选择条件为name=mysql,意为该Service 要作用于所有包含name=mysql标签的Pod,这样一来，就巧妙解决了Service与Pod的关联问题。
