1. 介绍 1.1 概念 Service是Kubernetes的核心资源类型之一，通常可看作微服务的一种实现。事实上它是一种抽象：通过规则定义出由多个Pod对象组合而成的逻辑集合，以及访问这组Pod的策略。 Service关联Pod资源的规则要借助于标签选择器 来完成。
1.2 为什么需要Service 通过前面的学习，我们已经知道服务是部署在Pod的容器中，然而Pod作为服务提供者存在以下几个问题：
Pod是短暂的,它们随时会启动或者关闭。Kubernetes在Pod启动前会给已经调度到节点上的Pod分配IP地址;因此客户端不能提前知道 Pod 的 IP 信息。当做水平伸缩时,就意味会动态添加或减少Pod,而且每个 Pod 都有自己的 IP地址，客户端不可能做到实时更新维护这些信息。
为了解决上述问题，Kubernetes 提供了一种资源类型 一一服 务( service)
2.快速开始 Service从逻辑上代表了一组Pod，具体是哪些Pod则是由label来挑选的。Service有自己的IP，而且这个IP是不变的。客户端只需要访问Service的IP，Kubernetes则负责建立和维护Service与Pod的映射关系。无论后端Pod如何变化，对客户端不会有任何影响，因为Service没有变。
前面的几篇文章中，已经实践过Service的使用，这里在复习下。
2.1 创建Pod 在实际使用中，很少单独或者直接创建Pod，都是通过各种控制器来管理Pod的生命周期，常用的控制器是Deployment。
下面通过Deployment创建标签labels: hello=v1 和labels: hello=v2的Pod,具体资源配置清单（此处省略）。
2.2 关联Pod&暴露服务 下面创建两个Service，每个Service对应不同的标签。具体的配置清单如下:
a. 配置Yaml apiVersion: v1 kind: Service metadata: name: hello-svc-v1 spec: selector: hello: v1 ports: - name: http port: 8080 targetPort: 80 --- apiVersion: v1 kind: Service metadata: name: hello-svc-v2 spec: selector: hello: v2 ports: - name: http port: 8081 targetPort: 80
b. 查看 & 访问 "hostName" :"hello-v1-deploy-7cc98c464f-4xghg" ,"time" :"2022-08-17 10:56:06" ,"version" :"v1" }"hostName" :"hello-v2-deploy-9d9f777d4-zp8rc" ,"time" :"2022-08-17 10:56:14" ,"version" :"v2" }
3. Service操作Pod 3.1 如何匹配Pod? Service与Pod之间是通过Label和Label筛选器（selector）松耦合在一起的。Deployment和Pod之间也是通过这种方式进行关联的。
比如下图中的Service筛选标签时，要求Pod同时包含标签version=v1和name=go
3.2 如何连接Pod? Service并不是和 pod 直接相连的,他们之间有一种资源一一Endpoint资源；每一个Service在被创建的时候，都会得到一个关联的Endpoint对象。整个Endpoint对象其实就是一个动态的列表，其中包含集群中所有的匹配Service Label筛选器的健康Pod。
Kubernetes会不断地检查Label筛选器对应的Pod的列表,如果有新的能够匹配Label筛选器的Pod出现，它就会被加入Endpoint对象，而消失的Pod则会被剔除。Endpoint对象始终是保持更新的
4. 集群内部访问 4.1 通过ClusterIP + Port rm --image=busybox sh'index.html' 'index.html' savedcat index.html"hostName" :"hello-v1-deploy-7cc98c464f-46qx2" ,"time" :"2022-08-19 09:12:09" ,"version" :"v1" }
4.2 通过DNS访问 kubeadm部署时会默认安装kube-dns组件,kube-dns是一个DNS服务器。每当有新的Service被创建，kube-dns会添加该Service的DNS记录。集群中的Pod可以通过ServiceName.NamespaceName:Port访问Service。
'index.html' 'index.html' saved"hostName" :"hello-v1-deploy-7cc98c464f-46qx2" ,"time" :"2022-08-19 09:24:17" ,"version" :"v1" }'index.html' 'index.html' savedcat index.html"hostName" :"hello-v1-deploy-7cc98c464f-46qx2" ,"time" :"2022-08-19 09:26:08" ,"version" :"v1" }
当Pod和Service同处于一个命名空间下时,可以省略命名空间
5. 集群外部访问 5.1 服务分类 除了Cluster内部可以访问Service，很多情况下我们也希望应用的Service能够暴露给Cluster外部。Kubernetes提供了多种类型的Service，默认是ClusterIP。
ClusterIP: 默认的类型，这种Service面向集群内部有固定的IP地址。但是在集群外是不可访问的。
NodePort: Service通过Cluster节点的静态端口对外提供服务。Cluster外部可以通过<NodeIP>:<NodePort>访问Service。
LoadBalance: 能够与诸如AWS、Azure、DO、IBM云和GCP等云服务商提供的负载均衡服务集成。它基于NodePort Service（它又基于ClusterIP Service）实现，并在此基础上允许互联网上的客户端能够通过云平台的负载均衡服务到达Pod。
5.2 发布NodePort类型服务 a. 编辑配置文件 文件: hello-svc.yaml
apiVersion: v1 kind: Service metadata: name: hello-svc-nodeport spec: type: NodePort selector: hello: v1 ports: - name: http port: 8080 targetPort: 80 nodePort: 30001
type: 需要设置成NodePortnodePort: 指定当前节点暴露的端口号，端口范围: 30000～3276,不设置时,Kubernetes会在端口范围内随机生成。
b. 发布&访问 "hostName" :"hello-v1-deploy-7cc98c464f-46qx2" ,"time" :"2022-08-24 04:14:34" ,"version" :"v1" }"hostName" :"hello-v1-deploy-7cc98c464f-46qx2" ,"time" :"2022-08-24 04:16:40" ,"version" :"v1" }
6. Ingress资源
Kubernetes提供了两种内建的云端负载均衡机制用于发布公共应用：
一种是工作于传输层的Service资源，它实现的是TCP负载均衡器，
一种是Ingress资源，它实现的是HTTP(S)负载均衡器。
6.1 为什么需要Ingress? 一个重要的原因是每个 LoadBalancer 服务都需要自己的负载均衡器，以及独有的公有IP 地址，而Ingress只需要一个公网IP 就能为许 多 服务提供访问 。
当客户端向Ingress发送HTTP请求 时，Ingress 会根据请求的主机名和路径决定请求转发到对应的服务，如下图所示:
6.2 Ingress和Ingress Controller Ingress是Kubernetes API的标准资源类型之一，它其实就是一组基于DNS名称（host）或URL路径把请求转发至指定的Service资源的规则，用于将集群外部的请求流量转发至集群内部完成服务发布。
然而，Ingress资源自身并不能进行“流量穿透”，它仅是一组路由规则的集合，这些规则要想真正发挥作用还需要其他功能的辅助，如监听某套接字，然后根据这些规则的匹配机制路由请求流量。这种能够为Ingress资源监听套接字并转发流量的组件称为Ingress控制器（Ingress Controller） 。
@注意: 只有Ingress Controller在 集群中运行的前提下，Ingress资源才能正常工作,Ingress Controller不同于Deployment控制器等，Ingress控制器并不直接运行为kube-controller-manager的一部分，它是Kubernetes集群的一个重要附件，类似于CoreDNS，需要在集群上单独部署。
6.3 安装Nginx Ingress
下面通过helm来安装Nginx Ingress,至于如何安装helm,可参考如何安装helm https://helm.sh/zh/docs/intro/install/
a. 官方helm仓库 "ingress-nginx" has been added to your repositorieswhile we grab the latest from your chart repositories..."kubernetes-dashboard" chart repository"ingress-nginx" chart repository
b.下载 helm chart "https://github.com/kubernetes/ingress-nginx/releases/download/helm-chart-4.2.3/ingress-nginx-4.2.3.tgz" : unexpected EOF
c. 编写配置文件 文件ingress-nginx-chart.yaml
controller: ingressClassResource: name: nginx enabled: true default: true controllerValue: "k8s.io/ingress-nginx" admissionWebhooks: enabled: false replicaCount: 1 image: registry: docker.io image: unreachableg/k8s.gcr.io_ingress-nginx_controller tag: "v1.2.0" digest: sha256:314435f9465a7b2973e3aa4f2edad7465cc7bcdc8304be5d146d70e4da136e51 hostNetwork: true nodeSelector: node-role.kubernetes.io/edge: '' affinity: podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: app operator: In values: - nginx-ingress - key: component operator: In values: - controller topologyKey: kubernetes.io/hostname tolerations: - key: node-role.kubernetes.io/master operator: Exists effect: NoSchedule - key: node-role.kubernetes.io/master operator: Exists effect: PreferNoSchedule
d. 安装 for the LoadBalancer IP to be available.'kubectl --namespace ingress-nginx get services -o wide -w ingress-nginx-controller' for the Ingress, a Secret containing the certificate and key must also be provided:base64 encoded cert>base64 encoded key>type : kubernetes.io/tls
6.4 创建Ingress资源 a. 查看现有服务
b. 编辑配置文件 apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: hello-ingress annotations: kubernetes.io/ingress.class: nginx nginx.ingress.kubernetes.io/rewrite-target: / spec: rules: - host: hui.k8s.com http: paths: - path: /v1 pathType: Prefix backend: service: name: hello-svc1 port: number: 8080 - path: /v2 pathType: Prefix backend: service: name: hello-svc2 port: number: 8080
@注意: 一定要设置上面的annotations信息，否则请求时报404
c. 发布资源 $ kubectl apply -f ingress-hello.yaml
d. 设置host
e. 浏览器访问
