ServiceComb之配置中心(Apollo)

1. Apollo是什么？

Apollo（阿波罗）是携程框架部门研发的配置管理平台，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性。

更多介绍，可以参考Apollo配置中心介绍

2. Cluster是什么？

一个应用下不同实例的分组，比如典型的可以按照数据中心分，把A机房的应用实例分为一个集群，把B机房的应用实例分为另一个集群。

3. Namespace是什么？

一个应用下不同配置的分组。 请参考Apollo核心概念之“Namespace”

4. 我想要接入Apollo，该如何操作？

请参考Apollo使用指南

5. 我的应用需要不同机房的配置不一样，Apollo是否能支持？

Apollo是支持的。请参考Apollo使用指南中的三、集群独立配置说明

6. 我有多个应用需要使用同一份配置，Apollo是否能支持？

Apollo是支持的。请参考Apollo使用指南中的四、多个AppId使用同一份配置

7. Apollo是否支持查看权限控制或者配置加密？

从1.1.0版本开始，apollo-portal增加了查看权限的支持，可以支持配置某个环境只允许项目成员查看私有Namespace的配置。

这里的项目成员是指：

1. 项目的管理员
2. 具备该私有Namespace在该环境下的修改或发布权限

配置方式很简单，用超级管理员账号登录后，进入管理员工具 - 系统参数页面新增或修改configView.memberOnly.envs配置项即可。

配置加密可以参考spring-boot-encrypt demo项目

8. 如果有多个config server，打包时如何配置meta server地址？

有多台meta server可以通过nginx反向代理，通过一个域名代理多个meta server实现ha。

9. Apollo相比于Spring Cloud Config有什么优势？

Spring Cloud Config的精妙之处在于它的配置存储于Git，这就天然的把配置的修改、权限、版本等问题隔离在外。通过这个设计使得Spring Cloud Config整体很简单，不过也带来了一些不便之处。

下面尝试做一个简单的小结：

功能点	Apollo	Spring Cloud Config	备注
配置界面	一个界面管理不同环境、不同集群配置	无，需要通过git操作
配置生效时间	实时	重启生效，或手动refresh生效	Spring Cloud Config需要通过Git webhook，加上额外的消息队列才能支持实时生效
版本管理	界面上直接提供发布历史和回滚按钮	无，需要通过git操作
灰度发布	支持	不支持
授权、审核、审计	界面上直接支持，而且支持修改、发布权限分离	需要通过git仓库设置，且不支持修改、发布权限分离
实例配置监控	可以方便的看到当前哪些客户端在使用哪些配置	不支持
配置获取性能	快，通过数据库访问，还有缓存支持	较慢，需要从git clone repository，然后从文件系统读取
客户端支持	原生支持所有Java和.Net应用，提供API支持其它语言应用，同时也支持Spring annotation获取配置	支持Spring应用，提供annotation获取配置	Apollo的适用范围更广一些

10. Apollo和Disconf相比有什么优点？

由于我们自己并非Disconf的资深用户，所以无法主观地给出评价。 不过之前Apollo技术支持群中的热心网友@Krast做了一个开源配置中心对比矩阵，可以参考一下。

转载于:https://my.oschina.net/u/2322090/blog/2989528