用Docker部署Consul实现配置中心与健康监测，核心是启动持久化状态的Server节点（单机或集群），注册服务并配置HTTP健康检查；支持DNS/API发现、KV配置、自动剔除故障实例及Web UI可视化。
用 Docker 部署 Consul 作为配置中心并实现服务健康监测，核心是启动一个可持久化状态的 Consul Server 节点（或集群），让业务服务注册进来，并配置自动健康检查。整个流程不依赖外部编排工具，纯 Docker 命令 + 简单配置即可在开发/测试环境快速落地。
启动 Consul Server（单机模式）
单节点适合本地验证和中小型项目。使用官方镜像启动，开放 API 和 DNS 接口，并启用 Web UI：
-
命令示例：
docker run -d --name consul-server -p 8500:8500 -p 8600:8600/udp -e CONSUL_BIND_INTERFACE=eth0 consul agent -server -bootstrap-expect=1 -client=0.0.0.0 -ui - -server 表示以服务端角色运行，能持久化服务与 KV 数据
- -bootstrap-expect=1 允许该节点自举为 Leader，避免集群初始化失败
- -client=0.0.0.0 绑定所有网络接口，使宿主机和同网络容器能访问 8500（HTTP）和 8600（DNS）
- 启动后访问 http://localhost:8500 即可查看服务列表、健康状态和 KV 界面
注册服务并配置健康检查
服务注册本质是向 Consul 提交一个带健康检查逻辑的 JSON 描述。有两种常用方式：
-
手动注册（适合调试）：用 curl 向 Consul 的 HTTP API 注册。例如注册一个 Nginx 实例：
curl -X PUT http://localhost:8500/v1/agent/service/register --data '{"ID":"nginx-01","Name":"nginx","Address":"172.17.0.3","Port":80,"Check":{"HTTP":"http://172.17.0.3:80/health","Interval":"10s","Timeout":"2s"}}'
注意替换Address为容器真实 IP（可用docker inspect查）；/health路径需服务自身提供返回 200 的健康接口 -
自动注册（推荐用于多服务）：部署
registrator容器监听 Docker 事件。启动命令：docker run -d --name registrator --volume=/var/run/docker.sock:/tmp/docker.sock gliderlabs/registrator:latest consul://host.docker.internal:8500
再启动业务容器时加 label：docker run -d --label "consul.service=api" --label "consul.port=8080" my-api-app，registrator 会自动完成注册与默认 HTTP 健康检查
利用 Consul 实现健康监测与配置管理
Consul 天然将服务发现与健康检查绑定，无需额外组件即可形成闭环：
- 健康状态实时可见：在 Web UI 的 “Services” 页面中，每个服务旁显示绿色（passing）、橙色（warning）或红色（critical）状态；点击可查看检查详情与历史
- 失效自动剔除：一旦健康检查连续失败（如 HTTP 超时或返回非 200），Consul 会将该实例从服务目录中临时下线，DNS 查询和服务发现结果自动过滤掉它
-
KV 配置中心能力：通过 HTTP API 或 UI 存储配置项，例如：
curl -X PUT --data "dev" http://localhost:8500/v1/kv/config/app/env
应用启动时可拉取该值，支持监听变更（watch）实现配置热更新 -
DNS 发现 + 健康路由：容器内直接解析
nginx.service.consul（默认走 8600/udp），Consul DNS 自动只返回健康实例的 A 记录，天然具备负载均衡与故障隔离能力
注意事项与常见问题
实际部署中几个关键点容易被忽略：
- 确保宿主机或 Docker 网络允许 UDP 流量到达 8600 端口，否则 DNS 查询会超时
- 服务注册时填的
Address必须是 Consul 能主动访问到的地址——跨 Docker 网络时建议用宿主机 IP 或使用host.docker.internal（macOS/Windows）或自定义 bridge 网络 - 健康检查路径（如
/health）必须由业务服务暴露，且响应要快；建议设置Timeout小于Interval，避免检查堆积 - 生产环境应至少部署 3 个 Server 节点并开启 ACL 和 TLS，单节点仅限测试
