kubernetes 通讯浅谈

kubernetes 通讯浅谈

我们在日常工作中，能遇见的情况只有下面三种，k8s集群内部之间的相互连接，k8s集群内部访问k8s集群外部的服务，还有就是k8s集群外部服务访问k8s集群内部的访问。下面我们来讲解下他们都是如何实现的，我们将使用分步的方式来讲解

kubernetes集群内部的通讯

当k8s里面只有两个POD之间的通信是最为简单的

上图所示是我们Pod B客户端去链接请求Pod A服务端，这个时候我们只需要把Pod A的地址告诉Pod B即可，这个时候Pod A扛不住请求了，我们需要在扩展一个Pod A

那我门是不是就想要办法在Pod A服务端前面放个Nginx或者什么的来做负载，只有这样Pod B才能按照以前的地址去请求服务啊，所以我们这个时候在Pod A上面添加上一个service服务

svc资源通过matchLables字段选择打有对应标签的Pod，这个时候Pod B在来请求服务的时候就直接去访问SVC A，我们告诉Pod B SVC A所对应的IP地址是什么，SVC A会自动负载到后端的POD A上，需要注意的是：当这个时候如果 A服务还是扛不住压力，那我们就只需要多启动几个Pod A就行了，启动的新的Pod之后，svc还是会根据matchLables把它自动添加到负载里面去
我们k8s集群里面不可能只有两种服务啊，肯定有很多服务，但我们不可能每个都手工去配置吧，所以这个时候就引入了CoreDNS的概念，我们用CoreDNS来维护svc 和clusterIP的关系

其实这个时候 k8s集群内部的通讯就大致讲清楚了，但是这个里面有个及其特殊的svc：headless svc，这个svc当别的客户端来请求他的时候，他不会去负载的向下面pod去做请求，而是把下面POD的所有IP返回给客户端，由客户端自己来决定链接那个POD。

k8s集群内部请求集群外部的服务

如果是单个服务，我们可以选择直接在内部直接连接外部的服务，但是如果外部服务是个集群的话，那如果我们还这样做就需要在外部集群前面做个负载，

但是这样如果有很多个集群我们就要创建很多个nginx的4层负载，太麻烦了，我们可以把负载放到k8s集群里面，我们采用k8s的svc+endpoints来实现外部集群的负载均衡

这个时候svc和endpoint是通过名字来进行绑定的，这样我们就实现了集群内部和集群外部通讯

k8s集群外部和k8s集群内部通信

在实际工作中，除了k8s集群内部通讯，我认为就是这种通讯方式使用的比较多，因为我们在k8s上跑的集群不就是为了让客户来访问的吗？下面我们将下三种实现方式

nodeport

nodeport是我们在node上面所端口绑定，所以node上都会开放此pord端口，我们任意请求其中一个node端口，即使这个pod没有落在这个node上也行，当请求到node port的时候他会自动转发到对应的Podip上来实现访问

hostport

必须pod落在那个node上，那个node才会开放对应的端口

ingress

ingress是我们使用最普遍的暴漏k8s集群内部服务让外部来访问的方式，ingress是一类资源的统称，我们现在一般都适用ingress-nginx，关于ingress 请参考https://www.zhangshoufu.com/articles/2019/07/19/1563529715618.html， 这里不在细说

视频讲解：https://www.bilibili.com/video/av71139472