关于Service的概念及其实例，可以参考这篇文章【K8S】Service概念及其实例
一句话概括Service的作用，Service负责将客户端的请求转发到具有特定标签的Pod上。
但是Service和Pod并不是直接相连的，Pod的ip及端口会被保存在Service的EndPoints列表中，查看一个Service的EndPoints的命令是
kubectl get endpoints service名称 -n 命名空间
Service类型
【1】ClusterIP： 只能被集群内部的应用访问，没指定这个字段时，默认就是ClusterIP，k8s会自动给service分配一个IP。
【2】NodePort
顾名思义，在某个节点上开放一个端口，用于将请求转发到对应的Service端口上，Service再查询EndPoints列表，最后将请求转发到具体的Pod上。
采用NodePort方式的简单Service样例
apiVersion: v1
kind: Service
metadata:
name: Service-nodePort
spec:
clusterIp: 100.10.10.9
type: NodePort //设置为NodePort
ports:
- port: 80 //clusterIp监听端口
targetPort: 8080 //pod监听端口
nodeport: 30123 //node监听端口
selector:
app: test只要我们访问这个节点的ip:30123，然后流量会转发到该service的clusterIp:80端口上，再转发到endPoints列表中的地址（即pod的ip:port）上，此时流量已经到了pod上，pod最后将流量下发到该Pod上的容器的8080端口上，由容器完成对请求的处理。
使用NodePort方式，可以被集群外部的应用访问，但是nodeport的值只能在【30000，30767】之间。
【3】HeadLess
顾名思义，无头服务。
无头服务是一个不需要clusterIp的服务，那么配置一个headLess类型的Service时，只需要将spec.clusterIp设置为None。后端的pod和该service通过标签选择器绑定，k8s直接可以根据无头服务的标签解析到对应的pod
【4】ExternalName
当pod内的客户端去访问kubernes集群外的服务，ExternalName便用于实现于此。
当Service类型是ExternalName时，Service所关联的不是本地Pod应用，而是集群外部的服务。从而实现集群内部的Pod应用调用集群外部的服务，可以把集群外部的服务当作内部服务一样去调用它。当Service类型是ExternalName时，spec.externalName字段才生效。这个字段值应该是一个CNAME记录。
如何暴露服务？
第一种方式，通过Ingress暴露服务
Ingress更像是请求的引路人，可以依据请求的地址，转发到对应的service上。
一个简单的实例
apiVersion: v1
kind: Ingress
metadata:
name: Ingress-test
spec:
rules:
- host: test.example.com
http:
paths:
- path: /a //对test.example.com/a请求转发至s1服务
backend:
serviceName: s1
servicePort：80
- path: /b //对test.example.com/b请求转发至s2服务
backend:
serviceName: s2
servicePort：80该ingress实例，可以将对一个主机的不同访问路径转发到不同的服务上
当然，这里的host为数组，说明Ingress可以将对不同主机的不同访问路径转发到不同的服务上，更加灵活。
未完
