今天来大概来写下pod内容器是如何通信的，K8s里的容器都存在于Pod中，容器之间的通信分为三种类型：
Pod访问Service服务
其通过暴露主机IP和端口的形式进行通讯，Service分配的ip叫cluster ip是一个虚拟ip（相对固定，除非删除service），这个ip只能在k8s集群内部使用，如果service需要对外提供，只能使用Nodeport方式映射到主机上，使用主机的ip和端口对外提供服务。
Pod内部容器之间
这种情况下容器通讯比较简单，因为pod内部的容器是共享网络空间的，所以容器直接可以使用localhost访问其他容器。k8s在启动容器的时候会先启动一个Pause容器，这个容器就是实现这个功能的：每个Pod里运行着一个特殊的被称之为Pause的容器，其他容器则为业务容器，这些业务容器共享Pause容器的网络栈和Volume挂载卷，因此他们之间通信和数据交换更为高效，在设计时我们可以充分利用这一特性将一组密切相关的服务进程放入同一个Pod中。
Pod与Pod容器之间
此种类型又分为两种情况：
两个pod在一台节点上：此时是利用docker默认的自身网桥方式互连容器的。
两个pod在不同节点上：这种情况k8s官方推荐的是使用flannel组建一个大二层扁平网络，pod的ip分配由flannel统一分配，通讯过程也是走flannel的网桥方式。
Flannel工作原理
默认的节点间数据通信方式是UDP转发，在Flannel的GitHub页面有如下的一张原理图：（有点像GRE通用路由封装）
简单的说flannel做了三件事情：
1. 数据从源容器中发出后，经由所在主机的docker0虚拟网卡转发到flannel0虚拟网卡，这是个P2P的虚拟网卡，flanneld服务监听在网卡的另外一端。 Flannel也是通过修改Node的路由表实现这个效果的。
2. 源主机的flanneld服务将原本的数据内容UDP封装后根据自己的路由表投递给目的节点的flanneld服务，数据到达以后被解包，然后直接进入目的节点的flannel0虚拟网卡，然后被转发到目的主机的docker0虚拟网卡，最后就像本机容器通信一样由docker0路由到达目标容器。
3. 使每个结点上的容器分配的地址不冲突。Flannel通过Etcd分配了每个节点可用的IP地址段后，再修改Docker的启动参数。“--bip=X.X.X.X/X”这个参数，它限制了所在节点容器获得的IP范围。
看看下边的实例：
1. 在发送端节点node1上，数据请求从 nginx 容器（10.0.46.2:2379）中发出后，首先经由所在主机的docker0虚拟网卡（10.0.46.1）转发到flannel0虚拟网卡（10.0.46.0）。
2. 接着 flannel 服务将原本的数据内容UDP封装后根据自己的路由表投递给目的节点的flanneld服务。在此包中，包含有outer-ip（source：192.168.8.227 dest：192.168.8.228），还有inner-ip（source：10.0.46.2:2379 dest：10.0.90.2:8080）等数据信息。
3. 然后在接收端节点node2上，数据到达以后被解包，直接进入目的节点的flannel0虚拟网卡中（10.0.90.0），且被转发到目的主机的docker0虚拟网卡（10.0.90.1），最后就像本机容器通信一样由docker0路由到达目标 tomcat 容器（10.0.90.2:8080）。
閱讀更多 運維小筆記 的文章
