最近看了几个配置中心，还是觉得阿波罗最好。功能完善，社区活跃，最近都更新了。 　　

　　Apollo(阿波罗)是携程框架部开发的分布式配置中心。可以集中管理不同环境和集群的配置，配置修改后可以实时推送到应用端。具有标准化权限和流程管理的特点，适用于微服务配置管理场景。 　　

　　服务器基于Spring Boot和Spring Cloud开发，打包后可以直接运行，不需要安装Tomcat等额外的应用容器。 　　

　　Java客户端不依赖于任何框架，可以运行在所有Java运行时环境中，对Spring/Spring Boot环境有很好的支持。 　　

　　的。Net客户端独立于任何框架，可以在所有。Net运行时环境。 　　

　　演示环境(演示): 　　

　　06.12.25.204:8070账号/密码3360阿波罗/admin

Screenshots

Features

　　阿波罗，统一管理不同环境、不同集群的配置提供了一个统一的界面来集中管理不同环境、集群和命名空间的配置。相同的代码部署在不同的集群中，可以有不同的配置。比如zk的地址，通过命名空间可以轻松支持多个不同的应用共享同一个配置，同时也允许应用覆盖共享的配置。在配置修改实时生效（热发布）的Apollo用户修改并发布配置之后，客户端可以实时(1秒)接收最新的配置并通知应用程序。版本发布管理的所有配置版本都有版本概念，可以轻松支持配置回滚。灰度发布支持配置的灰度发布。比如点击发布按钮后，只会对部分应用实例生效，观察一段时间后再推送给所有应用实例。权限管理、发布审核、操作审计的应用和配置管理有完善的权限管理机制，配置管理分为编辑和发布两个环节，减少了人为失误。所有操作都有审计日志，可以很容易地跟踪问题。客户端配置信息监控可以很容易地看到哪些实例用于配置。提供Java和.Net原生客户端提供Java和。Net，它方便了应用程序集成并支持Spring占位符。Spring Boot的Annotation和ConfigurationProperties方便应用(需要Spring 3.1.1)，还提供了Http接口。非Java和。Net应用程序也可以方便地使用。提供开放平台API的Apollo本身提供了比较完整的统一配置管理接口，支持多环境、多数据中心的配置管理、权限、流程管理等功能。不过Apollo为了通用性，不会对配置的修改做太多限制，只要符合基本格式就可以保存。我们在研究中发现，对于一些用户来说，他们的配置可能有复杂的格式，比如XML和JSON，需要检查。有些用户，比如DAL，不仅有特定的格式，还需要在保存前检查输入值，比如检查数据库、用户名、密码是否匹配。对于这类应用，Apollo通过开放接口支持应用端在Apollo中修改和发布配置，并有完善的授权和权限控制部署简单配置中心作为基础服务，可用性要求非常高，这就要求Apollo对外部的依赖尽量小。目前唯一对外依赖的就是MySQL，所以部署非常简单。只要安装了Java和MySQL，Apollo就可以运行。Apollo还提供打包脚本，可以一键生成所有需要的安装包，支持自定义运行时参数地址：https://github.com/ctripcorp/apollo.