解决configserver单点问题

发表于 更新于 分类于 Waline： 阅读次数： 本文字数： 3k 阅读时长 ≈ 3 分钟

解决 Spring Cloud Config Server 单点问题：基于服务发现的高可用方案

Spring Cloud Config Server 作为分布式配置中心，若采用单点部署，一旦服务宕机，所有依赖它的客户端将无法获取配置，导致系统故障。通过将 Config Server 注册到服务发现组件（如 Eureka、Nacos），可实现其高可用部署，避免单点风险。

单点问题的根源与解决方案

问题表现

客户端通过固定的uri配置连接 Config Server：

spring:
  cloud:
    config:
      uri: http://localhost:7010  # 固定地址，存在单点风险

当localhost:7010的 Config Server 宕机后，客户端无法切换到其他实例，导致配置获取失败。

解决方案

利用服务发现机制，将多个 Config Server 实例注册到服务中心，客户端通过服务名而非固定地址访问，实现自动负载均衡和故障转移：

  1. 部署多个 Config Server 实例并注册到服务中心；
  2. 客户端通过服务名从服务中心获取 Config Server 地址；
  3. 客户端与 Config Server 之间通过负载均衡建立连接。

基于 Eureka 的 Config Server 高可用配置

以下以 Eureka 作为服务发现组件，详细说明配置步骤：

1. Config Server 注册到 Eureka

（1）引入依赖

在 Config Server 的pom.xml中添加 Eureka 客户端依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
（2）配置 Eureka 注册信息

在application.yml中配置 Eureka 服务端地址及自身服务名：

server:
  port: 7010  # 第一个实例端口（第二个实例可设为7011）

spring:
  application:
    name: config-server  # 服务名（多个实例需一致）
  cloud:
    config:
      server:
        git:
          uri: https://github.com/your-repo/config-repo  # Git仓库地址
          search-paths: configs

# 注册到Eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/  # Eureka服务端地址
  instance:
    prefer-ip-address: true  # 显示IP地址
    instance-id: config-server:7010  # 实例唯一标识（多实例需区分）
（3）启动类开启服务发现
@SpringBootApplication
@EnableConfigServer
@EnableEurekaClient  // 开启Eureka客户端功能
public class ConfigServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigServerApplication.class, args);
    }
}
（4）部署多个实例

通过修改server.port（如 7010、7011）启动多个 Config Server 实例，均注册到 Eureka，形成集群。

2. Config Client 通过服务发现访问 Config Server

（1）引入依赖

在客户端pom.xml中添加 Eureka 客户端依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
（2）配置服务发现参数

在bootstrap.yml中通过服务名访问 Config Server，而非固定uri：

spring:
  application:
    name: config-client  # 客户端服务名
  cloud:
    config:
      name: user-service  # 配置文件名（对应Git仓库中的文件）
      profile: dev  # 环境
      label: master  # Git分支
      # 禁用固定uri，启用服务发现
      discovery:
        enabled: true  # 开启服务发现
        service-id: config-server  # Config Server的服务名（与注册时一致）

# 注册到Eureka（客户端需注册才能发现Config Server）
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/
（3）启动类开启服务发现
@SpringBootApplication
@EnableEurekaClient  // 客户端需注册到Eureka
public class ConfigClientApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigClientApplication.class, args);
    }
}

原理分析

  1. 服务注册：多个 Config Server 实例注册到 Eureka，Eureka 维护其健康状态；
  2. 服务发现：客户端启动时从 Eureka 获取config-server服务的所有可用实例地址；
  3. 负载均衡：客户端内置的负载均衡器（如 Ribbon）从实例列表中选择一个进行通信；
  4. 故障转移：当某 Config Server 实例宕机，Eureka 会将其标记为不可用，客户端自动切换到其他健康实例。

验证高可用

  1. 启动 Eureka Server（端口 7001）；
  2. 启动两个 Config Server 实例（端口 7010、7011）；
  3. 启动 Config Client，观察日志是否成功获取配置；
  4. 关闭其中一个 Config Server 实例（如 7010），客户端应自动切换到 7011 实例，仍能正常获取配置。

扩展：基于 Nacos 的高可用方案

若使用 Nacos 作为服务发现组件，配置方式类似：

  1. Config Server 配置：
spring:
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848  # Nacos地址
  application:
    name: config-server
  1. Config Client 配置：
spring:
  cloud:
    config:
      discovery:
        enabled: true
        service-id: config-server
    nacos:
      discovery:
        server-addr: localhost:8848

总结

通过服务发现组件（Eureka/Nacos）实现 Config Server 的高可用，核心是将 “固定地址访问” 改为 “服务名访问”，结合多实例部署和负载均衡，彻底解决单点问题