Kubernetes集群数据库连接正常，Skaffold dev模式下连接失败如何排查

直接通过kubectl调用Kustomize部署的服务运行正常，说明Kustomize编排的基础资源配置无问题，故障由Skaffold引入的部署逻辑差异导致，可按以下顺序排查：

• 命名空间逻辑校验
  Skaffold默认会创建独立的开发命名空间，不会复用手动部署时使用的命名空间。如果你的数据库访问地址配置了带命名空间的Service域名，或是数据库本身仅部署在原业务命名空间，未在Skaffold管理的命名空间下部署，就会出现连接失败。
  执行kubectl get ns查看是否存在Skaffold自动生成的命名空间，再执行kubectl get pods,svc -n <Skaffold生成的命名空间>确认该命名空间下是否存在正常运行的数据库Pod和Service资源。
• 环境变量注入校验
  Skaffold运行时会自动替换编排文件内的镜像地址，若skaffold.yaml中配置了env、setValues等字段，可能会覆盖原Kustomize配置中BE服务的数据库连接地址、端口、账号密码等参数。
  执行kubectl exec <异常BE Pod名称> -n <对应命名空间> -- printenv | grep DB，输出实际注入的数据库连接参数，和手动部署正常的BE Pod参数做对比，确认是否存在参数被覆盖的问题。
• 持久化卷权限校验
  Skaffold本地开发模式若开启了文件热重载、自动同步逻辑，会调整挂载卷的默认权限。如果你使用的是HostPath类型的本地持久化卷，Skaffold启动的数据库Pod可能没有权限读取原有持久化数据，导致数据库本身启动失败，间接引发连接异常。
  先查看Skaffold管理的命名空间下数据库Pod的运行状态，若Pod处于CrashLoopBackOff状态，查看Pod日志确认是否为持久化目录读取权限报错。
• 端口转发冲突校验
  若你在skaffold.yaml中配置了数据库的端口转发规则，本地对应端口被其他进程占用时，会导致Skaffold端口转发初始化失败，部分场景下会影响集群内服务对数据库的访问逻辑，可查看Skaffold运行日志中的端口转发相关报错确认问题。

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