Apollo 架构原理及特点

概述：在分布式、微服务架构中，各个服务都有配置文件，为了便于统一对配置文件进行管理，出现配置中心，如携程Apollo，阿里的nacos。

 

架构原理

业务操作流程如下:
1、在Apollo配置中心修改配置；

2、应用程序通过Apollo客户端从配置中心拉取配置信息；

3、本地缓存文件用于Apollo客户端挂掉后，配置不会丢失；

用户通过Apollo配置中心修改或发布配置后，会有两种机制来保证应用程序来获取最新配置∶

一种是Apollo配置中心会向客户端推送最新的配置;

另外一种是Apollo客户端会定时从Apollo配置中心拉取最新的配置，通过以上两种机制共同来保证应用程序能及时获取到配置。

 

特点

• 配置修改实时生效（热发布)

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

• 版本发布管理

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

• 灰度发布

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

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

应用和配置的管理都有完善的权限管理机制，对配置的管理还分为了编辑和发布两个环节，从而减少人为的错误。所有的操作都有审计日志，可以方便地追踪问题；

• 客户端配置信息监控

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

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

提供了Java和.Net的原生客户端，方便应用集成支持Spring Placeholder, Annotation和Spring Boot的 ConfigurationProperties，方便应用使用（需要Spring 3.1.1+ )
同时提供了Http接口，非Java和.Net应用也可以方便地使用；

• 提供开放平台API

Apollo自身提供了比较完善的统一配置管理界面，支持多环境、多数据中心配置管理、权限、流程治理等特性。不过Apollo 出于通用性考虑，不会对配置的修改做过多限制，只要符合基本的格式就能保存，不会针对不同的配置值进行针对性的校验，如数据库用户名、密码，Redis 服务地址等对于这类应用配置，Apollo支持应用方通过开放平台API在Apollo进行配置的修改和发布,并且具备完善的授权和权限控制；

• 部署简单

配置中心作为基础服务，可用性要求非常高，这就要求Apollo对外部依赖尽可能地少;
目前唯一的外部依赖是 MySQL，所以部署非常简单，只要安装好Java和 MySQL就可以让Apollo 跑起来;
Apollo还提供了打包脚本，工-键就可以生成所有需要的安装包，并且支持自定义运行时参数;