背景

  • 第二个项目模块上线了,这里需要把共有配置抽取出来
  • 系统的硬编码太多了,cms系统系统迫在眉睫。

spring cloud config的不足

为什么需要分布式配置中心?

他提及到5个框架,我一一看看他们的问题,和适用范围。

5大框架的选择

Spring Cloud Config : pass

它基于git管理,cms系统又要求提供给不同公司的用户配置。
这样spring-cloud-config就不再适用于我们的应用场景,但是他可以做我们系统的分布式配置文件。
满足不同模块的公共配置提取。

xdiamond : pass

分布式配置中心Apollo-选型

停止维护的项目,再NB也不用,千万别再走api2doc的过程了,填了2个星期的坑,万一有一些bug,需要自己去改动,那么得不偿失。

Disconf : pass

2018年停止更新了。

QConf : pass

2018年停止更新了。

Apollo : ok

相关文章: