java的Apollo的功能_Apollo配置中心

1什么是配置中心？

传统单体应用存在一些潜在缺陷，如随着规模的扩大，部署效率降低，团队协作效率差，系统可靠性变差，维护困难，新功能上线周期长等，所以迫切需要一种新的架构去解决这些问题，而微服务( microservices )架构正是当下一种流行的解法。

不过，解决一个问题的同时，往往会诞生出很多新的问题，所以微服务化的过程中伴随着很多的挑战，其中一个挑战就是有关服务(应用)配置的。当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移(分割)，这样配置就分散了，不仅如此，分散中还包含着冗余，配置中心将配置从应用中剥离出来，统一管理，优雅的解决了配置的动态变更、持久化、运维成本等问题。

应用自身既不需要去添加管理配置接口，也不需要自己去实现配置的持久化，更不需要引入“定时任务”以便降低运维成本

2 Apollo是什么？

Apollo(阿波罗)是携程框架部门研发的分布式配置中心，能够集中化管理应用的不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。

3 Apollo特性

基于配置的特殊性，所以Apollo从设计之初就立志于成为一个有治理能力的配置发布平台，目前提供了以下的特性：

- 统一管理不同环境、不同集群的配置

- Apollo提供了一个统一界面集中式管理不同环境(environment)、不同集群(cluster)、不同命名空间(namespace)的配置。

- 同一份代码部署在不同的集群，可以有不同的配置，比如zookeeper的地址等

- 通过命名空间(namespace)可以很方便地支持多个不同应用共享同一份配置，同时还允许应用对共享的配置进行覆盖

- 配置修改实时生效(热发布)

- 用户在Apollo修改完配置并发布后，客户端能实时(1秒)接收到最新的配置，并通知到应用程序

- 版本发布管理

- 所有的配置发布都有版本概念，从而可以方便地支持配置的回滚

- 灰度发布

- 支持配置的灰度发布，比如点了发布后，只对部分应用实例生效，等观察一段时间没问题后再推给所有应用实例

- 权限管理、发布审核、操作审计

- 应用和配置的管理都有完善的权限管理机制，对配置的管理还分为了编辑和发布两个环节，从而减少人为的错误。

- 所有的操作都有审计日志，可以方便地追踪问题

- 客户端配置信息监控

- 可以在界面上方便地看到配置在被哪些实例使用

- 提供Java和.Net原生客户端

- 提供了Java和.Net的原生客户端，方便应用集成

- 支持Spring Placeholder, Annotation和Spring Boot的Configu