K8s: 集群内Pod通信机制之环境变量

集群内Pod通信机制之环境变量

• Kubernetes 支持两种基本的服务发现模式 —— 环境变量和 DNS

1 ） 环境变量概述

• 在Service里面通过label selector选择器去匹配到对应的pod
• 然后把流量导给对应的pod进行这个service的一个服务提供
• 也就是说你只要访问service的IP地址，就能获取后端pod提供的内容
• 不用关心Pod到底在哪？它的ip是什么？，所以可以理解为它是一个固定的虚拟地址
• 现在，我们更关心集群内部怎么进行通信的
• 在集群内部，前端怎么访问这个后端，比如说我前端的APP要访问后端的微服务的这个容器
• 写了service的地址之后，是怎么跟后端的service进行通信的
• 也就是底层的实现环节，怎么找到它的地址
• k8s 其实上涉及到服务发现的这个模式，就说我这个Service定义好了之后
• 其他服务的Pod怎么知道这个service已经好了，然后去知道它的IP地址
• 举一个例子
  • 一个名称为 “my-nginx” 的 Service 暴露了 TCP 端口 80
  • 同时给它分配了 Cluster IP 地址 10.1.180.155，这个 Service 生成了如下环境变量：

    MY_NGINX_PORT_80_TCP_PORT=80
    MY_NGINX_PORT_80_TCP_PROTO=tcp
    MY_NGINX_PORT_80_TCP_ADDR=10.1.180.155
    

• 在环境变量这种模式里面，nginx会通过这种service环境变量注入的方式注入到pod容器里面
• 这样的话容器在访问其他service的时候，就是通过service的名称
• 它有一个规则的转化，然后访问对应的一个地址，上面只是一个说明下面进行实践

2 ）环境变量实践

• 注意：基于环境变量时，service要比pod要先创建，才能把这个环境变量写容器里面去

2.1 这里我们先反过来，先创建 deployment 再创建 service

• 借用之前的 development 先运行起来

  apiVersion: apps/v1
  kind: Deployment
  metadata