什么是分布式配置中心
项目中配置文件比较繁杂,而且不同环境的不同配置修改相对频繁,每次发布都需要对应修改配置,如果配置出现错误,需要重新打包发布,时间成本较高,因此需要做统一的分布式注册中心,能做到自动更新配置文件信息,解决以上问题。
常用分布式配置中心框架
注册中心 | 配置存储
| 时效性 | 数据模型 | 维护性 | 优点 | 缺点 |
Disconf | Zookpeer | 实时推送 | 支持传统的配置文件模式,亦支持KV结构数据
| 提供界面操作
| 基于分布式的Zookeeper来实时推送稳定性、实效性、易用性上均优于其他 | 源码较多,阅读和使用起来相对较复杂 |
zookpeer | zookpeer | 实时推送 | 支持传统的配置文件模式,亦支持KV结构数
| 命令操作 | 实时推送稳定性、实效性 | 开发量大
|
diamond | mysql | 每隔15s拉一次全量数据 | 只支持KV结构的数据 | 提供界面操 | 简单、可靠、易用 | 数据模型不支持文件,使用不方便
|
Spring Cloud Config | git | 人工批量刷新 | 文件模式
| git操作
| 简单、可靠、易用 | 需要依赖GIT,并且更新GIT
|
分布式配置中心 解决分布式配置文件管理
Apollo阿波罗简介
Apollo(阿波罗)是携程框架部门研发的分布式配置中心,能够集中化管理应用不同环境、不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限、流程治理等特性,适用于微服务配置管理场景。
Apollo阿波罗特点
用户在Apollo修改完配置并发布后,客户端能实时(1秒)接收到最新的配置,并通知到应用程序。
统一管理不同环境、不同集群的配置
所有的配置发布都有版本概念,从而可以方便的支持配置的回滚。
配置修改实时生效(热发布)
用户在Apollo修改完配置并发布后,客户端能实时(1秒)接收到最新的配置,并通知到应用程序
版本发布管理
所有的配置发布都有版本概念,从而可以方便的支持配置的回滚
灰度发布
支持配置的灰度发布,比如点了发布后,只对部分应用实例生效,等观察一段时间没问题后再推给所有应用实例。
权限管理、发布审核、操作审计
应用和配置的管理都有完善的权限管理机制,对配置的管理还分为了编辑和发布两个环节,从而减少人为的错误。
所有的操作都有审计日志,可以方便的追踪问题。
同时提供了Http接口,非Java和.Net应用也可以方便的使用
部署简单
配置中心作为基础服务,可用性要求非常高,这就要求Apollo对外部依赖尽可能地少
目前唯一的外部依赖是MySQL,所以部署非常简单,只要安装好Java和MySQL就可以让Apollo跑起来
Apollo还提供了打包脚本,一键就可以生成所有需要的安装包,并且支持自定义运行时参数
搭建Apollo配置中心
下载aploll配置中心 https://github.com/nobodyiam/apollo-build-scripts
配置数据库参数配置
创建数据库
Apollo服务端共需要两个数据库:ApolloPortalDB和ApolloConfigDB,我们把数据库、表的创建和样例数据都分别准备了sql文件,只需要导入数据库即可。
配置数据库连接信息
Apollo服务端需要知道如何连接到你前面创建的数据库,所以需要编辑demo.sh,修改ApolloPortalDB和ApolloConfigDB相关的数据库连接串信息。最好在上传服务器之前修改demo.sh文件:
注意:填入的用户需要具备对ApolloPortalDB和ApolloConfigDB数据的读写权限,最好直接使用root用户
在Linux服务器安装JDK8 以及MySQL5.7以上版本,也可以将MySQL安装在其他位置只要在demo.sh修改MySQL文件的路径即可,如下:
步骤1中修改相应的MySQL相应的地址、用户、密码
步骤2中的localhost修改为Apollo所部署的服务器IP,Apollo只能部署在Linux环境
启动Apollo配置中心
确保端口未被占用
Quick Start脚本会在本地启动3个服务,分别使用8070, 8080, 8090端口,请确保这3个端口当前没有被使用。
例如,在Linux/Mac下,可以通过如下命令检查:
执行启动脚本
./demo.sh start
当提示没有权限时 使用如下命令
chmod 777 demo.sh
然后继续执行启动脚本
当看到如下输出后,就说明启动成功了!
使用Apollo配置中心
访问网址:打开http://localhost:8070