Spring Boot微服务在Kubernetes启动失败（SocketTimeoutException）求助

核心问题分析 #

你的问题本质是依赖Config Server的服务（如Auth、Order、Gateway）在Config Server完全就绪前就启动，导致连接超时。之前的InitContainer未生效，大概率是因为没有准确检查Config Server的服务就绪状态，只是等待Pod启动而非服务可用。

解决方案 #

1. 给Config Server配置就绪探针，让K8s准确识别服务状态 #

首先确保Config Server已引入Spring Boot Actuator依赖（用于暴露健康检查端点），然后在其Deployment中添加就绪/存活探针：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: config-server
spec:
  replicas: 1
  selector:
    matchLabels:
      app: config-server
  template:
    metadata:
      labels:
        app: config-server
    spec:
      containers:
      - name: config-server
        image: your-config-server-image:tag
        ports:
        - containerPort: 9296
        # 就绪探针：检查服务是否已准备好接收请求
        readinessProbe:
          httpGet:
            path: /actuator/health
            port: 9296
          initialDelaySeconds: 10  # 启动后10秒开始检查
          periodSeconds: 5        # 每5秒检查一次
          failureThreshold: 3     # 连续3次失败标记为未就绪
        # 存活探针：检查服务是否还在运行
        livenessProbe:
          httpGet:
            path: /actuator/health
            port: 9296
          initialDelaySeconds: 30 # 启动后30秒开始检查
          periodSeconds: 10       # 每10秒检查一次

2. 修复依赖服务的InitContainer，等待Config Server就绪 #

替换之前的InitContainer逻辑，改为轮询Config Server的健康端点，直到返回成功状态：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: cloud-gateway
spec:
  replicas: 1
  selector:
    matchLabels:
      app: cloud-gateway
  template:
    metadata:
      labels:
        app: cloud-gateway
    spec:
      # 初始化容器：等待Config Server就绪后再启动主容器
      initContainers:
      - name: wait-for-config-server
        image: busybox:1.36
        command: ['sh', '-c', 'until wget --spider http://config-server-svc:9296/actuator/health; do echo "Waiting for Config Server..."; sleep 2; done;']
      containers:
      - name: cloud-gateway
        image: your-gateway-image:tag
        ports:
        - containerPort: 8080

• 用busybox是因为它轻量且自带wget；如果偏好curl，可替换镜像为curlimages/curl，命令改为：until curl -f http://config-server-svc:9296/actuator/health; do ...
• -f参数确保curl仅在返回200-299状态码时视为成功

3. 给依赖服务添加Spring Config重试兜底机制 #

即使InitContainer生效，也可能出现网络波动导致的临时连接失败，给依赖服务添加重试配置：
在服务的application.yml或配置中心的配置中添加：

spring:
  cloud:
    config:
      retry:
        max-attempts: 10          # 最大重试次数
        initial-interval: 2000    # 初始重试间隔（毫秒）
        multiplier: 1.5           # 间隔倍数（每次重试间隔乘以这个值）

需确保服务已引入以下Maven依赖：

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-aop</artifactId>
</dependency>

4. 验证Config Server Service配置 #

确认Config Server的Service selector与Pod标签完全匹配，避免服务发现失败：

apiVersion: v1
kind: Service
metadata:
  name: config-server-svc
spec:
  selector:
    app: config-server  # 必须与Config Server Pod的labels一致
  ports:
  - port: 9296
    targetPort: 9296

验证步骤 #

1. 重新部署Config Server：kubectl apply -f config-server-deployment.yml
2. 查看Config Server的探针状态：kubectl describe pod config-server-xxx，确认Readiness probe succeeded
3. 部署依赖服务：kubectl apply -f cloud-gateway-deployment.yml，观察InitContainer日志：kubectl logs cloud-gateway-xxx -c wait-for-config-server，确认它等待到Config Server就绪后才启动主容器

内容的提问来源于stack exchange，提问作者Sercan Noyan Germiyanoğlu