分布式配置中心解决方案：Spring Cloud Config

基于2.2.1.RELEASE版本，>>>官方文档<<<

衡量指标：

• 有靠谱的web管理系统，至少常规的配置参数管理功能，如：修改、删除、新增等
• 要有比较高服务稳定性
• 最好能支持分布式，长远考虑有利于扩展
• 开源，至少有开源版本
• 有热度，使用和维护的人多，大厂背书
• 开发语言不能是小众的，最好是主流的语言
• 部署实施简单，有容器化版本是最好
• 数据存储和备份支持，能恢复
• 系统独立性好，不能有太多三方依赖

Vault

Vault是一个有web界面的配置存储和管理工具，成熟现代的商业软件同时有开源的社区版。就这个软件来说功能齐全，社区热度高持续迭代中。

Consul

研究Vault时，看到官网有提到相关比较，顺便看了看

Consul不仅仅是一个服务注册与发现中间件，同时还能提供配置存储管理能力，这一点确实很地道的功能。要是你的服务注册发现正好使用的是consul，推荐直接采用同时作为配置管理，因为consul在高可用、高扩展、存储上能力非常强，不需要过多解释。

Chef

研究Vault时，看到官网有提到相关比较，顺便看了看

自动化服务器配置管理工具，比较适合服务器级别的运维，可以进行脚本模版化运行，是DevOps中运维自动化模块解决方案之一，有开源版本和商业版本。采用Ruby开发，有web界面，很多大型公司在用，社区热度足够。Chef工具的使用，可以让运维具备一定的开发能力。

优质学习资源
https://blog.csdn.net/zhaihai...
https://blog.csdn.net/zzq9005...
https://www.ibm.com/developer...
https://docs.chef.io/

File System

本地文件系统作为后台存储系统，这种方式在集成上是最简单的，但日常维护工作很不方便。平时学习可以采用，但是生产环境不推荐。

Version Control Filesystem

采用VCS(SVN)这样文档版本控制系统，文件存储也是直接放在系统中，依赖系统的文件系统，这种方案太落后直接放弃。

AWS S3 & CredHub

这两个都是基于云环境的配置管理框架，或者说是一种实现方案，两者都是很好但不是我此刻研究方向，不深入。

JDBC & Redis

一个是传统关系型数据库，一个是新型内存数据库，都能做到数据持久化、技术对接成本低、适用性广。另外，和大多数公司当前的系统容易对接，相信随便找家公司mysql服务应该有的，redis也是基本互联网公司标配。

采用这两种任意一个都是没啥问题的，也都用一些相应manage client工具可以来维护。作为一个优秀的程序员，这两个方案总觉得不完美，最好能在这个基础上开发自己的management。

Git & Github & GitLab

Git是官方默认支持配置管理方案，文档最齐全，同时官方更新支持可靠。官方推荐和公开免费的Github系统集成，考虑到Github毕竟是三方的系统，还在国外，相信没有哪家公司愿意把自己服务的配置信息放到别人公司。安全上就不过关，直接被PASS掉，作为github的本地化方案的gitlab成为了首选。

gitlab也是分为企业版和社区版，支持Web方式管理，企业版是要收费的但是功能更方便。

另外，gitlab社区版源码并不在github上（两家是竞争对手），除了github外，全球第二大代码托管中心就是gitlab了。

社区代码：https://gitlab.com/gitlab-org...

总结推荐

传统大中型公司

目前看下来，一般的互联网企业只能在GitLabVaultJDBCRedis中选择了，传统企业可能更喜欢稳定持续的云方案AWS S3CredHub，但是国内没有云厂商在SpringCloud清单中。相信国内大的云厂商早晚都会有这方便的支持的，毕竟私有云和混合云方向很好。

有一定研发能力互联网公司

研发能力有但不希望投入太多研发力量的，推荐Gitlab或Vault，直接购去买企业版，省事放心。
研发能力自信的就选Gitlab和Vault开源版本，能够重构并加上自己公司的个性化。开源中间件的自定义开发是有难度的，量力而行，坑很多，可能把你拖死。

小型互联网公司

研发能力不太强的，可以直接Redis或者jdbc，最简单了随便找个开发工程师就能做。

作者：Owen Jia
个人博客： https://blog.shareworld.vip