微服务中不使用环境变量配置Redis主机端口及DNS方式使用Hedis

嘿，我来帮你搞定这两个问题，都是K8s里使用Redis的常见场景，尤其是配合Hedis的情况：

1. 不使用环境变量配置Redis主机地址与端口 #

在Kubernetes集群里，Service的DNS解析是替代环境变量的最佳方案——K8s会自动为每个Service分配固定的DNS名称，Pod里的应用可以直接通过这个域名访问Redis，完全不需要依赖环境变量传递地址和端口。

具体来说：

• 假设你的Redis实例对应的Service名称是redis-master，部署在default命名空间，那么它的完整DNS域名是：redis-master.default.svc.cluster.local
• Redis的端口直接用Service暴露的端口（默认是6379，除非你自定义了）

你的微服务代码里直接写这个域名和端口就行，K8s的集群DNS会自动把域名解析到Redis Service的ClusterIP，不用做任何额外配置。

2. Helm安装Redis后，用DNS配合Hedis的配置方法 #

用Helm安装Redis（比如Bitnami的官方Chart）后，Chart会自动创建对应的Service（默认是redis-master用于主节点，redis-replica用于从节点）。接下来只需要在Hedis的配置里直接使用Service的DNS域名即可，步骤如下：

第一步：确认Redis Service的信息 #

先通过命令确认Helm创建的Service名称和命名空间：

kubectl get svc -n <你的Redis部署命名空间>

比如你在default命名空间安装了Redis，输出里会看到类似redis-master的Service，端口是6379。

第二步：在Hedis中配置DNS地址 #

Hedis作为Haskell的Redis客户端，允许在连接配置里直接指定主机名和端口。你只需要把主机名替换成Redis Service的完整DNS域名即可，举个代码示例：

import Database.Redis

main :: IO ()
main = do
    -- 连接配置：直接使用K8s Service的DNS域名
    let redisConnInfo = defaultConnectInfo
            { connectHost = "redis-master.default.svc.cluster.local"  -- 替换成你的Service DNS
            , connectPort = PortNumber 6379  -- Redis Service的端口
            }
    conn <- connect redisConnInfo
    -- 后续的Redis操作逻辑...

关键说明 #

• 如果你的Redis部署在非default的命名空间，比如my-redis-ns，那么DNS域名要改成redis-master.my-redis-ns.svc.cluster.local
• 如果你安装Helm Chart时自定义了Service名称（比如helm install my-custom-redis bitnami/redis），那么Service名称就是my-custom-redis-master，对应DNS域名是my-custom-redis-master.default.svc.cluster.local
• K8s的Pod默认会继承集群的DNS配置，所以你的微服务Pod不需要任何额外配置就能解析这个域名，完全不用依赖环境变量传递地址。

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