Service

一、概述

Service其实就是我们经常提起的微服务架构中的一个“微服务”，Pod、RC等资源对象其实都是为它作“嫁衣”的。Pod、RC或RS与Service的逻辑关系如下图所示。

通过上图我们看到，Kubernetes的Service定义了一个服务的访问入口地址，前端的应用（Pod）通过这个入口地址访问其背后的一组由Pod副本组成的集群实例，Service与其后端Pod副本集群之间则是通过Label Selector来实现“无缝对接”的。而RC的作用实际上是保证Service的服务能力和服务质量始终处于预期的标准。
通过分析、识别并建模系统中的所有服务为微服务——Kubernetes Service，最终我们的系统由多个提供不同业务能力而又彼此独立的微服务单元所组成，服务之间通过TCP/IP进行通信，从而形成了强大而又灵活的弹性集群，拥有了强大的分布式能力、弹性扩展能力、容错能力。因此，我们的系统架构也变得简单和直观许多。
既然每个Pod都会被分配一个单独的IP地址，而且每个Pod都提供了一个独立的Endpoint（Pod IP+ContainerPort）以被客户端访问，多个Pod副本组成了一个集群来提供服务，那么客户端如何来访问它们呢？一般的做法是部署一个负载均衡器（软件或硬件），但这样无疑增加了运维的工作量。在Kubernetes集群里使用了Service（服务），它提供了一个虚拟的IP地址（Cluster IP）和端口号，Kubernetes集群里的任何服务都可以通过Cluster IP+端口的方式来访问此服务，至于访问请求最后会被转发到哪个Pod，则由运行在每个Node上的kube-proxy负责。kube-proxy进程其实就是一个智能的软件负载均衡器，它负责把对Service的请求转发到后端的某个Pod实例上，并在内部实现服务的负载均衡与会话保持机制。

service可以防止Pod失联
定义一组Pod的访问策略
支持ClusterIP，NodePort以及LoadBalancer三种类型
Service的底层实现主要有iptables和ipvs二种网络模式

每个Kubernetes中的Service都有一个唯一的Cluster IP及唯一的名字，而名字是由我们自己定义的，那我们是否可以通过Service的名字来访问呢？
最早时Kubernetes采用了Linux环境变量的方式来实现，即每个Service生成一些对应的Linux环境变量（ENV），并在每个Pod的容器启动时，自动注入这些环境变量，以实现通过Service的名字来建立连接的目的。
考虑到通过环境变量获取Service的IP与端口的方式仍然不方便、不直观，后来Kubernetes通过Add-On增值包的方式引入了DNS系统，把服务名作为DNS域名，这样程序就可以直接使用服务名来建立连接了。
关于DNS的部署，后续博文我会单独讲解，有兴趣的朋友可以关注我的博客。 参考：https://blog.51cto.com/andyxu/2329257

Kubernetes的服务发现机制

二、外部如何访问Service

Kubernetes集群里有三种IP地址，分别如下：

Node IP：Node节点的IP地址，即物理网卡的IP地址。
Pod IP：Pod的IP地址，即docker容器的IP地址，此为虚拟IP地址。
Cluster IP：Service的IP地址，此为虚拟IP地址。

1. 外部访问Kubernetes集群里的某个节点或者服务时，必须要通过Node IP进行通信。
2. Pod IP是Docker Engine根据docker0网桥的IP地址段进行分配的一个虚拟二层网络IP地址，Pod与Pod之间的访问就是通过这个虚拟二层网络进行通信的，而真实的TCP/IP流量则是通过Node IP所在的物理网卡流出的。

3. Service的Cluster IP具有以下特点：

Cluster IP仅仅作用于Service这个对象，并由Kubernetes管理和分配IP地址。
Cluster IP是一个虚拟地址，无法被ping。
Cluster IP只能结合Service Port组成一个具体的通信端口，供Kubernetes集群内部访问，单独的Cluster IP不具备TCP/IP通信的基础，并且外部如果要访问这个通信端口，需要做一些额外的工作。
Node IP、Pod IP和Cluster IP之间的通信，采用的是Kubernetes自己设计的一种特殊的路由规则，与我们熟悉的IP路由有很大的区别。

service类型一：NodePort

我们的应用如果想让外部访问，最常用的作法是使用NodePort方式：在每个Node上分配一个端口作为外部访问入口

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  type: NodePort
  selector:
    app: nginx  #通过标签关联一组pod
  ports:
    - name: http
      port: 80  #service的端口
      protocol: TCP
      targetPort: 80  #容器端口

Service

原文：https://www.cnblogs.com/linux985/p/11935400.html