如何动态连接K8s（Docker Desktop）中Service后端的Postgres容器？

关于host参数的必要性 #

GORM的postgres驱动要求显式指定host参数。你此前使用的普通SQL驱动默认会填充localhost作为默认host值，本地运行时Postgres刚好部署在本机所以能正常连通。到K8s集群环境中，应用Pod和Postgres容器不在同一个网络栈，localhost默认指向应用Pod自身，因此必须显式指定Postgres对应的Service作为host地址。

动态连接的正确方案 #

Docker Desktop内置K8s集群默认已经开启了核心的服务发现能力，无需额外配置即可使用以下方案动态获取连接地址：

• 方案1：使用内置DNS服务发现（最推荐）
  Docker Desktop内置K8s默认启用CoreDNS组件，同命名空间下的Pod可以直接用Service名称作为host地址，完全不需要关心Service的ClusterIP变动。假设你为Postgres创建的Service名称为postgres-svc，端口为5432，同命名空间下的应用直接用postgres-svc作为host即可。如果需要跨命名空间访问，使用格式为<服务名>.<命名空间>.svc.cluster.local的完整域名即可。
  对应的GORM连接DSN示例：

dsn := "host=postgres-svc user=your_user password=your_pwd dbname=your_db port=5432 sslmode=disable TimeZone=Asia/Shanghai"
db, err := gorm.Open(postgres.Open(dsn), &gorm.Config{})

• 方案2：使用K8s自动注入的Service环境变量
  K8s会为每个运行中的Pod自动注入同命名空间下所有已存在Service的环境变量，格式为<服务名大写>_SERVICE_HOST和<服务名大写>_SERVICE_PORT。如果你的Postgres Service名为postgres-svc，那么应用Pod中可以直接读取POSTGRES_SVC_SERVICE_HOST和POSTGRES_SVC_SERVICE_PORT两个环境变量拼接连接地址。注意该方案要求Service创建时间早于应用Pod启动时间。
• 方案3：配置项分离管理
  将Service名称作为非敏感配置存入ConfigMap，数据库用户名、密码等敏感信息存入Secret，在部署应用的Deployment中通过环境变量或者挂载文件的方式注入到Pod中，无需硬编码任何地址，后续Service更名也只需修改ConfigMap即可，不需要重新构建应用镜像。

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