非Docker化应用连接Kubernetes Pod内Docker化应用，如何应对Pod IP动态变化？

这个问题问得非常到位！这正是Kubernetes Service组件被设计出来解决的核心场景之一。咱们一步步拆解可行的方案：

• 核心思路：用Service做稳定入口层
  Kubernetes里的Pod天生就是临时的——重启、调度或者扩缩容都会导致Pod IP变化。而Kubernetes Service就像一个稳定的代理，它会自动跟踪所有匹配标签的Pod，每当Pod上线或下线时，自动更新路由规则。你的非Docker化应用只需要访问Service固定的主机名或IP，剩下的流量转发和Pod状态感知都交给K8s处理就行。

• 具体配置步骤

  1. 先给你的Docker化应用Pod打上统一的标签，比如app=my-docker-app——标签是Service用来识别要路由到哪些Pod的关键。
  2. 创建一个Service资源，让它的selector匹配这个标签。示例YAML如下：

     apiVersion: v1
     kind: Service
     metadata:
       name: my-app-service
       namespace: default  # 换成你实际使用的命名空间
     spec:
       selector:
         app: my-docker-app
       ports:
         - protocol: TCP
           port: 8080        # Service对外暴露的端口
           targetPort: 8080  # Pod内应用监听的端口
       type: ClusterIP      # 默认类型，仅集群内可访问
     

  3. 访问方式：
     • 如果你的非Docker化应用运行在K8s集群内部（比如在集群节点上的非容器进程），直接用Service的DNS名称my-app-service.default.svc.cluster.local访问即可，K8s的CoreDNS会自动解析到Service的稳定IP，流量会自动转发到健康的Pod。
     • 如果应用运行在集群外部（比如独立的主机），可以把Service类型改成NodePort（在集群所有节点上暴露一个固定端口）或LoadBalancer（通过云服务商创建公网负载均衡器），然后通过<节点IP>:<NodePort>或者负载均衡器的公网IP访问。

• 如果需要直接访问单个Pod（比如有状态应用场景）
  要是你有特殊需求（比如访问有状态数据库的特定Pod），可以用Headless Service（无头服务）。这种Service不会分配固定的ClusterIP，而是直接返回所有匹配Pod的DNS记录。
  配置时只需要在Service YAML里加上spec.clusterIP: None。之后你的应用可以通过Pod名称.my-app-service.default.svc.cluster.local访问特定Pod，或者查询Service的DNS来获取当前所有运行中Pod的IP列表。

• 手动检测Pod变化（特殊需求场景）
  绝大多数情况下用Service就足够了，不需要手动检测Pod变化。但如果确实有特殊需求，你可以通过Kubernetes API来查询：

  1. 在运行非Docker化应用的机器上配置KubeConfig，授予它查询目标命名空间Pod的权限。
  2. 定期调用API接口获取Pod列表：

     GET /api/v1/namespaces/default/pods?labelSelector=app=my-docker-app
     

  解析返回的结果就能知道当前哪些Pod在运行、它们的IP是什么，从而感知Pod的变化。

内容的提问来源于stack exchange，提问作者Suleiman Abualrob