Service
pod是k8s中的最小调度单元，但是pod是有生命周期的,pod的ip是不稳定的，这样就不能提供稳定的服务。
Kubernetes Service 定义这样一种抽象：一个 Pod 的逻辑分组，一种可以访问它们的策略。开发者可以通过一个 Service 的入口地址访问其背后的一组 Pod。一旦 Service 被创建，Kubernetes 就会自动为它分配一个可用的 Cluster IP，在 Service 的整个生命周期中它的 Cluster IP 都不会发生改变。这样就解决了分布式集群的服务发现。
-
Service, Pod 层次关系
image.png 一个典型的servcie定义如下
apiVersion: v1
kind: Service
metadata:
name: nginx
spec:
selector:
app: nginx
ports:
- nmae: dafault
protocol: TCP
port: 8000
targetPort: 80
在这个 Service 例子中，使用 selector 字段声明这个 Service 只代理 app=nginx 标签的 pod。这个 Service 的 8000 端口代理 Pod 的 80 端口。
- 被 selector 选中的 Pod，就被称为 Serivce 的 Endpoints，你可以使用 kubectl get ep 查看它们
- 通过该 Service 的 VIP 地址，就可以访问到它所代理的pod
将服务暴露给外部客户端
service时k8s中才有的概念，Servcie 的访问信息在 kubernates 集群外无效，但是，还需要向外部公开某些服务。例如前端的web服务器，以便外部的客户端可以访问他们。如下图所示
[图片上传失败...(image-7b620d-1570866429013)]
解决外部访问 Kubernetes 集群里创建的 servcie 有以下几种方法：
NodePort
apiVersion: v1
kind: Service
metadata:
name: my-nginx
labels:
run: my-nginx
spec:
type: NodePort
ports:
- name: http
nodePort: 30080
port: 8080
targetPort: 80
protocol: TCP
在这个 Service 定义中，声明它的类型为 type=NodePort。此时在 ports 字段中声明了 Service 的 8080 端口代理 Pod 的 80 端口。
然后就可以通过<节点ip>：30080来访问这个service
| 端口 | 解释 |
|---|---|
| nodePort | 节点端口 |
| port | service端口 |
| targetPort | 目标pod端口 |
LoadBalancer
这种方法适用于公有云上的 Kubernetes 服务，通过指定一个 LoadBalancer 类型的 Service 实现。
apiVersion: v1
kind: Service
metadata:
name: example-service
spec:
ports:
- port: 8765
targetPort: 9379
selector:
app: example
type: LoadBalancer
创建 Service 时，你可以选择自动创建云网络负载均衡器。这提供了一个外部可访问的 IP 地址，只要您的群集在受支持的云环境中运行，就可以将流量发送到群集节点上的正确端口。
devops中创建service
[图片上传失败...(image-d51db6-1570866429013)]
1.如果目标对象是“选择实例”，创建出来的gitops配置库的配置文件如下所示：
---
apiVersion: v1
kind: Service
metadata:
annotations:
choerodon.io/network-service-instances: gitlab-service-fa318
choerodon.io/network-service-app: gitlab-service
labels:
choerodon.io/network: service
name: gitlab-service-2850ab
spec:
ports:
- name: http1
port: 8080
protocol: TCP
targetPort: 8080
sessionAffinity: None
type: ClusterIP
1.为该service添加注解 如果对应多个实例就会以“+”的形式连接 choerodon.io/network-service-instances: spring-test-06dd4+spring-test-94fcb
- service的8080端口映射到pod的8080端口
2.如果选择目标对象为“填写标签”时，创建出来的网络对应的配置库的配置文件如下
---
apiVersion: v1
kind: Service
metadata:
annotations: {}
labels:
choerodon.io/network: service
name: service
spec:
externalIPs:
- 123.10.124.156
ports:
- name: http1
port: 9090
protocol: TCP
targetPort: 9080
selector:
aaa: bbb
bbb: ccc
sessionAffinity: None
type: ClusterIP
1.externalIPs: - 123.10.124.156。service的ip，可以自己指定，也可以由系统自动分配
- selector: aaa: bbbbbb: ccc 此servcie关联到标签为aaa:bbb,bbb:ccc的pod资源上
3.如果选择目标对象为“endpoints”时，创建出来的网络对应的配置库的配置文件如下
---
apiVersion: v1
kind: Service
metadata:
annotations: {}
labels:
choerodon.io/network: service
name: svc-aaa
spec:
ports:
- name: http1
port: 80
protocol: TCP
targetPort: 80
sessionAffinity: None
type: ClusterIP
---
apiVersion: v1
kind: Endpoints
metadata:
name: svc-aaa
subsets:
- addresses:
- ip: 192.168.12.156
ports:
- name: '80'
port: 80
1.因为没有选择器，所以相应的Endpoints对象就不会被创建，但是我们手动把我们的服务和Endpoints对应起来
2.这个服务虽然没有selector，但是却可以正常工作，所有的请求都会被转发到 192.168.12.156：80
3.Endpoint对象需要与服务具有相同的名称
