Spring Cloud Config Server宕机时微服务配置相关问题咨询

1. 配置服务器宕机时，所有关联微服务是否会出现停机？ #

不会停机。Spring Boot微服务启动时会从Config Server拉取配置并缓存到本地内存，启动完成后就不再依赖Config Server提供运行时配置。只有当微服务主动触发配置刷新（比如调用/actuator/refresh端点）时，才会再次请求Config Server；此时若Config Server宕机，刷新操作会失败，但不会导致服务停止运行，只是新配置无法生效而已。

2. 若配置文件存储在GitHub，Spring Cloud Config的访问用户名和密码变更时该如何处理？ #

分两种场景处理：

• 如果Config Server的配置文件（如application.properties）中直接配置了GitHub的账号密码（对应配置项spring.cloud.config.server.git.username和spring.cloud.config.server.git.password），需要修改这些配置值，然后重启所有Config Server实例。
• 如果账号密码是通过环境变量、配置加密（比如Spring Cloud Config的加密功能）存储的，只需更新对应环境变量值或加密后的配置内容，再重启Config Server即可。
  微服务端无需修改，等Config Server恢复正常后，下次配置刷新或重启就能拉取到最新配置。

3. 从灾备角度，是否需要对配置服务器进行备份？若需要，该如何实现？ #

必须做灾备，因为Config Server是微服务配置的统一入口，单点故障会导致新服务无法启动、已有服务无法刷新配置。常见实现方案：

• 集群部署Config Server：将多个Config Server实例注册到Eureka、Nacos等服务注册中心，微服务通过服务发现机制访问Config Server。单个实例宕机后，其他实例可继续提供服务。
• 本地兜底配置：给每个微服务添加本地的bootstrap.properties或application.properties，配置核心兜底参数。当所有Config Server实例不可用时，微服务可使用本地配置启动。
• 多Git仓库备份：将GitHub上的配置仓库同步到GitLab、Gitee等其他托管平台，在Config Server中配置多个Git仓库地址（主备模式），当主仓库不可用时自动切换到备用仓库。
• 配置缓存持久化：让Config Server将拉取到的配置缓存到Redis、数据库等持久化存储中，即使Git仓库或部分Config Server实例不可用，仍能从缓存获取配置提供服务。

内容的提问来源于stack exchange，提问作者Sweta Sharma