我对Kubernetes Service的认识

官方定义：

A Kubernetes Service is an abstraction which defines a logical set of Pods and a policy by which to access them - sometimes called a micro-service

我的理解：

Service提供了基于pod的抽象，是一个大型集群系统中出现错误的自发现和动态调整的关键组件。
创建一个service将会为其分配一个新的独立与任何pod或者节点的IP，可以通过固定的方式访问服务，而不必关系服务是在那里运行的
Kubernetes proxy会自动处理调用service的请求，proxy 还会在这些pod 之间进行负载平衡
调用方可以通过两种方式获得service 的IP 地址：环境变量或者DNS（推荐使用） DNS的话要考虑命名空间，默认的是default，在同一个命名空间中，可以直接使用服务名来找jybe到该服务。
创建一个service，也是编写一个yaml文件，然后使用 create来创建 使用第二种方式（具体见上一篇文章）

这个是一个service的实例：

apiVersion: v1
kind: Service
metadata:
  labels:
    name: wordpress
  name: wordpress
spec:
  type: NodePort
  ports:
  - port: 80
    nodePort: 30000
  selector:
    name: wp

另一个实例

kind: Service
apiVersion: v1
metadata:
  name: mysql
spec:
  selector:
    tier: wp-mysql
    ports:
    - port: 3306

上面的选择器会匹配到所有具有 tier: wp-mysql标签的pod
这个service会创建一个新的“集群IP”，集群中的其他pod都可以访问到该IP地址（但是外部节点都没法访问），任何对该机器IP的访问都会被负载平衡代理到一个底层服务节点（selector所匹配到的pod）
如果正在运行DNS，service的集群IP还会被分配一个逻辑名称，其他客户端可以使用这个逻辑名称，在wordpress pod 的配置中就可以使用该逻辑名称，好处是不管IP是什么，这个pod都可以根据这个逻辑名称找到数据库。

Service的Type：
- NodePort：除了使用ClusterIP外，也将service 的port映射到每个指定的内部port上，
- ClusterIP：使用集群内的私有IP – 默认值
- LoadBalancer: 使用一个ClusterIP & NodePort 但是会向 could provider申请映射到service本身的负载均衡
LoadBalancer 只有云平台才支持

之后在定义wordpress的pod的时候就可以直接使用mysql的这个service，让WordPress通过这个service来访问mysql数据库：具体做法就是将WORDPRESS_DB_HOST 配置为 mysql（service的名字）