ASP.NET Core on K8S深入学习（4）你必须知道的Service

前面几篇文章我们都是使用的ClusterIP供集群内部访问，每个Pod都有一个自己的IP地址，那么问题来了：当控制器使用新的Pod替代发生故障的Pod时又或者增加新的副本Pod时，新Pod会分配到新的IP地址，那么想要对外提供服务时，客户端如何找到并访问这个服务？没关系，别抠脑壳了，本文介绍的Service就是解决方案。

一、认识Service 1.1 什么是Service？

　　Service是一个抽象概念，它定义了逻辑集合下ong>访问Pod组的策略ong>。通过使用Service，我们就可以不用关心这个服务下面的Pod的增加和减少、故障重启等，只需通过Service就能够访问到对应服务的容器，即通过Service来暴露Pod的资源。

　　这样说可能还是有点难懂，举个例子，假设我们的一个服务Service A下面有3个Pod，我们都知道Pod的IP都不是持久化的，重启之后就会有变化。那么Service B想要访问Service A的Pod，它只需跟绑定了这3个Pod的Service A打交道就可以了，无须关心下面的3个Pod的IP和端口等信息的变化。换句话说，就像一个Service Discovery服务发现的组件，你无须关心具体服务的URL，只需知道它们在服务发现中注册的Key就可以通过类似Consul、Eureka之类的服务发现组件中获取它们的URL一样，还是实现了负载均衡效果的URL。

　　

1.2 Service的几种类型

　　（1）ClusterIP

 　　ClusterIP 服务是 Kubernetes 的默认服务。它给你一个集群内的服务，集群内的其它应用都可以访问该服务，但是集群外部无法访问它。

　　因此，这种服务常被用于内部程序互相的访问，且不需要外部访问，那么这个时候用ClusterIP就比较合适，如下面的yaml文件所示：

apiVersion: v1 kind: Service metadata: name: my-internal-service selector: app: my-app spec: type: ClusterIP ports: - name: http port: 80 targetPort: 80 protocol: TCP