Shell脚本如何配置容器服务发现

wen 实用脚本 2026-07-17 1

本文目录导读：

Shell脚本如何配置容器服务发现

目录导读
容器服务发现的核心概念与为什么需要Shell？
三种主流服务发现机制对比
实战：基于Shell+Consul的动态服务注册脚本
进阶：通过Shell实现健康检查与故障转移
常见问题（FAQ）与避坑指南

Shell脚本如何配置容器服务发现：从零实现微服务动态注册与负载均衡

目录导读

容器服务发现的核心概念与为什么需要Shell？
三种主流服务发现机制对比（环境变量/DNS/API）
实战：基于Shell+Consul的动态服务注册脚本
进阶：通过Shell实现健康检查与故障转移
常见问题（FAQ）与避坑指南

容器服务发现的核心概念与为什么需要Shell？

问答：
问：容器环境下，为什么不能用传统的IP硬编码？
答：容器生命周期短、IP动态分配，服务实例频繁启停，如果写死IP，每次扩容或故障重启后，其他服务无法找到新实例，Shell脚本能低成本地实现动态服务注册，无需引入重量级框架。

服务发现本质解决三个问题：

注册：服务启动时，告知注册中心自己是谁（IP+端口）
查询：消费者获取可用服务列表
健康检查：剔除宕机实例

Shell的优势是轻量、无侵入，适合集成到Docker Entrypoint或Kubernetes Init容器中。

三种主流服务发现机制对比

机制	代表工具	Shell实现方式	适用场景
环境变量	Docker Links, Kubernetes Service	脚本读取ENV变量拼接地址	小型测试环境
DNS SRV	CoreDNS, Consul DNS	使用`dig`或`nslookup`解析SRV记录	依赖标准化DNS
API注册	Consul, Etcd, Zookeeper	通过`curl`调用REST API	需要灵活控制

关键选择标准：

如果你已经有Consul或Etcd集群,优先API注册（稳定且支持健康检查）。
K8s场景下,使用DNS机制最省力（但DNS缓存可能延迟秒级）。

实战：基于Shell+Consul的动态服务注册脚本

以下脚本可放入Docker容器的启动脚本中,实现自动注册与退出注销：

#!/bin/bash
# 功能：容器启动时向Consul注册本机服务
# 所需变量：CONSUL_HTTP_ADDR, SERVICE_NAME, SERVICE_PORT
# 获取容器自身IP（兼容Docker与K8s）
MY_IP=$(hostname -i | awk '{print $1}')  # 确保只取第一个IP
# 构造健康检查HTTP端点
HEALTH_CHECK_URL="http://${MY_IP}:${SERVICE_PORT}/health"
# 注册服务到Consul
REGISTER_PAYLOAD=$(cat <<EOF
{
  "ID": "${HOSTNAME}",
  "Name": "${SERVICE_NAME}",
  "Address": "${MY_IP}",
  "Port": ${SERVICE_PORT},
  "Check": {
    "HTTP": "${HEALTH_CHECK_URL}",
    "Interval": "10s",
    "DeregisterCriticalServiceAfter": "30s"
  }
}
EOF
)
# 通过API注册
curl -X PUT -d "$REGISTER_PAYLOAD" "${CONSUL_HTTP_ADDR}/v1/agent/service/register"
# 容器退出时自动注销（trap信号）
trap "curl -X PUT ${CONSUL_HTTP_ADDR}/v1/agent/service/deregister/${HOSTNAME}" EXIT
# 启动业务进程（例如Java应用）
exec java -jar /app/my-service.jar

脚本关键点说明：

HOSTNAME作为唯一ID，确保每次重启的实例被正确替换。
DeregisterCriticalServiceAfter：健康检查失败30秒后自动移除，防止僵尸服务。
trap保证容器优雅退出时主动注销。

进阶：通过Shell实现健康检查与故障转移

场景：消费者需要动态获取可用服务列表并实现负载均衡。

1 消费者查询脚本

# 从Consul获取健康服务实例
function get_healthy_services() {
  local service_name=$1
  curl -s "${CONSUL_HTTP_ADDR}/v1/health/service/${service_name}?passing" | \
    jq -r '.[] | .Service.Address + ":" + (.Service.Port | tostring)' | \
    shuf  # 随机排序实现简单负载均衡
}

2 故障转移逻辑

# 从列表中轮询，失败后自动切换
SERVICES=$(get_healthy_services "my-api")
for svc in $SERVICES; do
  if curl -s --connect-timeout 2 "http://${svc}/api/check" >/dev/null 2>&1; then
    echo "使用实例: $svc"
    break
  else
    echo "跳过故障实例: $svc"
    continue
  fi
done

性能优化：搭配curl的--retry参数和「熔断」变量（如失败次数>=3则临时移除），防止频繁重试打满资源。

常见问题（FAQ）与避坑指南

Q1： 容器频繁重启导致Consul中残留旧ID怎么办？
A：确保每个容器使用唯一ID（如${HOSTNAME}），并且在注册时设置DeregisterCriticalServiceAfter，让Consul自动清理。

Q2： Shell脚本在Kubernetes中执行缓慢怎么办？
A：使用Init容器执行注册脚本，业务容器无需等待；或改为K8s的preStop钩子执行注销。

Q3： 如何让多个服务共享同一个注册脚本？
A：将所有服务配置通过环境变量注入，脚本读取SERVICE_LIST（JSON数组），循环注册。

echo "$SERVICE_LIST" | jq -c '.[]' | while read -r svc; do
  NAME=$(echo "$svc" | jq -r '.name')
  PORT=$(echo "$svc" | jq -r '.port')
  # 调用注册函数
done

Q4： 没有Consul怎么办？
A：最小化方案：使用Docker内置DNS（--link或自定义网络中的名称解析），直接在Shell中用getent hosts $SERVICE_NAME获取IP，但可能缺少健康检查。

用Shell配置容器服务发现的核心是抓住三个操作：