一、背景

在微服务架构中，这里以开发环境「Dev」为基础来描述，在K8S集群中通常会开放：路由网关、注册中心、配置中心等相关服务，可以被集群外部访问；

对于测试「Tes」环境或者生产「Pro」环境，出于安全或者环境隔离性来考虑，在正常情况下只会开放网关服务，而「注册、配置」中心并不会对外暴露；

对于架构中的其它业务服务一般不会对外开放，在K8S集群内部服务间是可以正常通信的，对于「Dev」环境来说，研发会使用「注册、配置」中心，网关是系统的访问入口；

在K8S集群中，通过Service组件，可以快速简单的实现服务发现和负载均衡；

二、Service组件

1、简介

在K8S集群中是通过Pod组件来部署应用服务，Deployment组件实现Pod编排管理，Service组件实现应用的访问；

【Pod】自身的特点是临时的，使用过后直接抛弃的实体，这样在Pod创建和销毁的状态中，会导致IP地址发生变化，即无法使用固定的IP进行应用访问；

【Deployment】控制器通过管理ReplicaSet间接实现Pod管理，比如发布方式，更新和回滚策略，维持Pod副本数量，对应用进行快速的编排，但是并没有涉及应用的访问；

【Service】是将运行在一个或一组Pod上的网络应用程序公开为网络服务的方法，可以在不修改现有应用程序的情况下，使用服务发现机制访问到该应用；

基于Pod、Deployment、Service三个组件的协作，同一个应用的部署脚本可以在开发、测试、生产不同环境中复用；

2、基础语法

这里提供一个简单的【Service】语法做参考；

需要注意的是：在该脚本中没有指定服务类型即ServiceType，默认采用的是ClusterIP，通过集群的内部IP暴露服务，选择该值时服务只能够在集群内部访问；

三、内部服务发现

1、Pod创建

基于【Deployment】组件，创建「auto-serve」应用；

apiVersion: apps/v1 
kind: Deployment 
metadata:   
name: serve-deployment   
labels:     
app: auto-serve 
spec:   
replicas: 1   
selector:     
matchLabels:       
app: auto-serve   
template:     
metadata:       
labels:         
app: auto-serve     
spec:       
containers:         
- name: auto-serve           
image: auto-serve:latest           
imagePullPolicy: Never           
ports:             
- containerPort: 8082               
name: auto-serve-port

执行创建命令

kubectl apply -f serve-deployment.yaml

2、Service创建

简单的脚本文件：app-service.yaml；

apiVersion: v1 
kind: Service 
metadata:   
name: app-service 
spec:   
selector:     
app: auto-serve   
ports:   
- name: app-service-port     
protocol: TCP     
port: 8082     
targetPort: auto-serve-port

创建【Service】