Spring Cloud Config采用Git存储时两种常用的配置策略

最新推荐文章于 2024-06-24 18:31:23 发布

程序猿DD_

最新推荐文章于 2024-06-24 18:31:23 发布

阅读量1.3k

点赞数

本文链接：https://blog.csdn.net/j3t9z7h/article/details/81213201

版权

由于Spring Cloud Config默认采用了Git存储，相信很多团队在使用Spring Cloud的配置中心时也会采用这样的策略。即便大家都使用了Git存储，可能还有各种不同的配置方式，本文就来介绍一下两种常用的配置策略。

第一种：多个项目公用一个Git仓库，用不同的目录区分项目

主要的配置项如下：

spring.cloud.config.server.git.uri=https://github.com/dyc87112/config-repo.git
spring.cloud.config.server.git.search-paths=/{application}

这种模式下不同的项目会对应到 https://github.com/dyc87112/config-repo.git仓库下的不同目录，如果项目中 spring.application.name=user-service，那么它的配置仓库会定位到 https://github.com/dyc87112/config-repo.git仓库下的 /user-service目录。配置文件按 application-{profile}.properties的格式存储， {profile}代表环境名。

优缺点分析：

因为只使用一个Git库存储，所以当配置是由专人统一维护的时候比较方便。但是如果要做DevOps的话，权限控制上将变的非常的弱。

第二种：多个项目使用多个不同Git仓库

主要的配置项如下：

spring.cloud.config.server.git.uri=https://github.com/dyc87112/{application}.git

这种模式下不同的项目会对应的不同的Git仓库，如果项目中 spring.application.name=user-service，那么它的配置仓库会定位到 https://github.com/dyc87112/user-service.git仓库下的配置。配置文件按 application-{profile}.properties的格式存储， {profile}代表环境名。

优缺点分析：

由于一个项目就有一个对应的存储配置的Git仓库，所以这种模式对于DevOps的应用支持较好，如果使用Gitlab作为Git服务端的话，还有不错的界面和权限管理来方便项目所属者使用和维护。如果团队不是DevOps模式管理的话，专人管理就会遇到有N多Git仓库要维护的困境。

本文的主要介绍内容就到这里，不知道您采用了哪种配置存储策略呢？如果有更好的方案欢迎留言分享！

隆重推荐

最后，正式向大家介绍一下最近紧锣密鼓开发和测试中的配置中心开源项目。