Spring Cloud生态的配置服务器最全对比贴
本文从社区活跃度、产品特点、成功案例、产品缺点等维度,全方位对比Spring Cloud Config、Apollo、Nacos、Disconf、Spring Cloud Consul、Spring Cloud Zookeeper等几款Spring Cloud生态的配置服务器,帮助你选择合适的配置服务器。
一、Spring Cloud Config
GitHub地址
https://github.com/spring-cloud/spring-cloud-config ,Star数1178,官方组件,社区较活跃
开源厂商
Pivotal(Spring官方团队)
产品特点
- 遵循Spring Cloud Config的配置管理规范
- 后端存储支持丰富(支持Git、SVN、MySQL、Vault、本地存储等)
演示环境
暂无
成功案例
N多,目前用Spring Cloud的大多团队都是用的Spring Cloud Config
缺点
- 没有界面,管理麻烦
- 没有权限管理
- 依赖繁多,例如:
- 如果使用Git作为后端存储,需要搭建GitLab或其他Git服务器集群
- 如需实现配置批量刷新,需要借助Spring Cloud Bus,依赖Kafka或RabbitMQ
- 由于依赖太多,集群搭建很麻烦——GitLab、MQ、Config Server本身都得做集群
二、Apollo
GitHub地址
https://github.com/ctripcorp/apollo ,Star数11169,社区很活跃
开源厂商
携程
产品特点
- 概念较为清晰,上手简单
- 完善的流程、权限控制
- 界面友好
- 文档较为丰富
成功案例
携程、网易蜂巢、中国平安等,更多公司详见https://github.com/ctripcorp/apollo
演示环境
http://106.12.25.204:8070/
账号/密码:apollo/admin
缺点
暂未发现
三、Nacos
GitHub地址
https://github.com/alibaba/nacos ,Star数3820,社区非常活跃
开源厂商
阿里巴巴
产品特点
- 目前在Spring Cloud孵化器中孵化,孵化成功后,将成为Spring Cloud官方推荐的组件之一
- 不仅能做配置管理,也能做注册中心
- 界面友好
- 上手简单
- 文档丰富
成功案例
阿里巴巴、虎牙直播、工商银行软件开发中心、爱奇艺等,更多公司详见https://github.com/alibaba/nacos/issues/273
演示环境
http://console.nacos.io/nacos/index.html
缺点
暂未发现明显缺点
四、Disconf
GitHub地址
https://github.com/knightliao/disconf ,Start数4505,社区活跃度一般
开源厂商
原百度员工,现在蚂蚁金服
产品特点
- 界面良好
- 部署简单
成功案例
百度、滴滴出行、顺丰、网易等,更多公司详见https://github.com/knightliao/disconf
缺点
最新的版本发布于两年前,有点久了。
五、Spring Cloud Consul
GitHub地址
https://github.com/spring-cloud/spring-cloud-consul ,Star数493,官方组件,社区较活跃
开源厂商
Pivotal(Spring官方团队)
产品特点
- 有个还算将就的界面
- 使用较为简单
- 遵循Spring Cloud Config的配置管理规范
- 不仅能做配置管理,也能做注册中心
成功案例
暂未发现
演示环境
暂无
缺点
- 没有权限管理
- 管理界面不够友善
- 要想用得好,得了解Spring Cloud Config管理规范
六、Spring Cloud Zookeeper
GitHub地址
https://github.com/spring-cloud/spring-cloud-zookeeper ,Star数330,官方组件,社区较活跃
开源厂商
Pivotal(Spring官方团队)
产品特点
- 使用较为简单
- 遵循Spring Cloud Config的配置管理规范
- 不仅能做配置管理,也能做注册中心
演示环境
暂无
成功案例
暂未发现
缺点
- 无界面
- 无权限管理
- 要想用得好,得了解Spring Cloud Config管理规范
其他
如果使用的是Spring Cloud Kubernetes,或者将Spring Cloud应用部署在Kubernetes环境中,还可以选择ConfigMap,这种方式就笔者了解,业界这么玩的还不多,暂时不分析了。已经将Spring Cloud Kubernetes列入博客19年更新名单中了,敬请期待。
结论
- Spring Cloud Config不太好用,需要制作一个界面,才能更好地帮助我们管理配置;
- Nacos或者Apollo是笔者现在眼中的首选,功能完备、上手简单、傻瓜化操作、并且目前维护比较给力;
- Consul也可以作为一个选择,但国内用Consul做配置管理的公司还没发现,并且Consul是Go语言编写的,如果选用,得有Hold住它的能力——尽管Consul很稳定。
本文首发
http://www.itmuch.com/spring-cloud-sum/spring-cloud-config-serer-compare/
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
如何在WSL下使用VS Code
转载请注明出处:葡萄城官网,葡萄城为开发者提供专业的开发工具、解决方案和服务,赋能开发者。 本有由葡萄城技术团队翻译并整理 自微软开始宣布拥抱开源以来,我认为微软发布的最棒的两大功能是:Visual Studio Code(VS Code)和Windows子系统Linux(WSL),有了这两者的结合,它为软件开发人员开辟了一条新的编写代码的途径。 WSL使开发人员能够在Windows 10上运行Linux环境,而无需付出更多使用虚拟机时的开销。使用WSL,我们可以从Windows应用商店上安装大多数Linux正式版,我们甚至还能在其GUI上运行Bash shell脚本和Linux应用程序。 本文提供了详细的WSL配置分步说明,便于我们能够通过WSL在Linux上运行VS Code。虽然本文的标题是《在WSL下使用VS Code》,但也同样适用于其他GUI应用程序。 本文中使用的软件包括: Windows 10 1809 Ubuntu 18.04 Visual Studio Code 1.30.2 MebaXTerm 11.1 本文目录: 启用WSL 安装Linux 下载并安装Moba...
- 下一篇
硬盘性能的几大误解 - 从共识算法开谈
三周前,我开源了自己写的共识库Dragonboat,在反馈里发现一些用户对硬盘性能有不少基础性误解,但仔细想来这些坑自己一样踏过。本文从一个软件工程师角度,分享一路走来踏过的几个硬盘性能误解,方便大家绕坑而行。 SATA 对 NVME 故事首先是从使用Google云提供的本地NVME盘开始的。“本地NVME盘“,顾名思义,应该是高性能的吧?它IOPS数据靓丽,带着Google招牌的光环,一定不会水啊。跑了一下Dragonboat的跑分模式,得分惨不忍堵,NVME盘跑出的性能比7年前的SATA SSD都烂。 诸如共识算法,各类数据库以及各类需要WAL的软件都需要确保数据确实被保存到硬盘上了,确保比如掉电重启后,数据依旧完好可用。fsync()就是起到这个作用,它确保操作系统缓存内的写数据以及磁盘上缓存的写数据,被确实保存能挺过掉电重启。数据库里一个写数据的transaction和共识算法里一个Proposal的完成,都需要确保数据已落盘,共识算法更需要数据在多数机器上完成落盘。fsync()的延迟性能对上述系统的吞吐均有最直接影响。Google云本地NVME盘的蜗牛速度,是不是fsync...
相关文章
文章评论
共有0条评论来说两句吧...