健康检查配合反向代理实现自动摘除，核心是代理层实时感知后端容器健康状态并动态剔除异常节点；需基于应用级就绪验证（如/health接口返回200及{"status":"UP"}），结合Docker健康配置、Nginx被动探活（proxy_next_upstream+max_fails）或编排工具（Swarm/K8s）联动实现。
健康检查配合反向代理实现自动摘除，核心是让代理层能实时感知后端容器的健康状态，并在状态异常时停止转发流量。这不是靠 docker 单独完成的，而是容器健康状态 → 编排/代理系统 → 网络路由联动的结果。
健康检查必须真实反映服务就绪状态
仅检查进程存活或端口通不通远远不够。真正有效的健康检查应验证应用级就绪条件，比如：
- HTTP 服务返回 /health 接口且状态码为 200，响应体含
{"status":"UP"} - 数据库连接池已初始化、缓存预热完成、配置加载成功
- 避免依赖外部服务（如调用第三方 API），否则容易误判
- 在 docker-compose.yml 中合理设置 start_period（如 60s），给慢启动应用留出初始化时间
Nginx 反向代理需主动探活并动态剔除
Docker 内置的健康状态（healthy/unhealthy）本身不会自动通知 Nginx。要实现摘除，必须让 Nginx 主动探测或通过外部机制同步状态：
- 使用 upstream + health_check 指令（Nginx Plus 或开源版 1.19+ 配合
nginx-module-vts等模块） - 更常用的是：在 Nginx 配置中启用 被动健康检查，例如：
proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
配合 max_fails=3 fail_timeout=30s，让 Nginx 在连续失败后临时屏蔽该节点 - 若用 Docker Compose + 自定义网络，可结合 Consul + registrator 或 nginx-upsync-module 实现服务发现与自动更新 upstream 列表
借助 Docker 编排工具桥接状态
纯 Docker run 很难自动摘除；Docker Swarm 或 Kubernetes 才能天然打通健康状态与代理调度：
- Swarm 中，service update --health-cmd 配合 publish mode=host 或内置 DNS 轮询，会自动将 unhealthy 容器从 VIP 负载池中剔除
- Kubernetes 中，readinessProbe 成功后才加入 Endpoints，Ingress Controller（如 Nginx Ingress）会自动同步这个列表
- 若坚持用 Compose，可写一个轻量脚本监听
docker events --filter 'event=health_status'，再调用 Nginx 的 API 或 reload 配置
实际部署建议：最小可行闭环
不依赖商业版 Nginx，也能快速落地摘除逻辑：
- 后端服务暴露 /health 接口，返回 JSON 并校验关键依赖
- Docker Compose 中为每个 service 正确定义 healthcheck，含 interval、timeout、retries 和足够长的 start_period
- Nginx upstream 块中为每个 server 添加 max_fails=3 fail_timeout=30s，并开启 proxy_next_upstream
- 配合 docker-compose up -d --force-recreate 触发滚动更新，Swarm 或 Kubernetes 会按健康状态逐个替换，旧实例自然下线
