分布式配置中心Apollo-选型

背景

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

spring cloud config的不足

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

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

5大框架的选择

Spring Cloud Config ： pass

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

xdiamond ： pass

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

Disconf : pass

2018年停止更新了。

QConf ： pass

2018年停止更新了。

Apollo ： ok

• 就生态圈来说，我就选他了。
• 支持docker部署
• 文档齐全
• 官网