Apollo日常使用规范介绍 Apollo（阿波罗）是业界主流的分布式配置中心开源软件，能够集中化管理应用不同环境、不同

Apollo（阿波罗）是业界主流的分布式配置中心开源软件，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。

Config Service提供配置的读取、推送等功能，服务对象是Apollo客户端
Admin Service提供配置的修改、发布等功能，服务对象是Apollo Portal（管理界面）
Eureka提供服务注册和发现，为了简单起见，目前Eureka在部署时和Config Service是在一个JVM进程中的
Config Service和Admin Service都是多实例、无状态部署，所以需要将自己注册到Eureka中并保持心跳，在Eureka之上架了一层Meta Server用于封装Eureka的服务发现接口
Client通过域名访问Meta Server获取Config Service服务列表（IP+Port），而后直接通过IP+Port访问服务，同时在Client侧会做load balance、错误重试
Portal通过域名访问Meta Server获取Admin Service服务列表（IP+Port），而后直接通过IP+Port访问服务，同时在Portal侧会做load balance、错误重试为了简化部署，我们实际上会把Config Service、Eureka和Meta Server三个逻辑角色部署在同一个JVM进程中

Apollo启动后，Config/Admin Service会自动注册到Eureka服务注册中心，并定期发送保活心跳。
Apollo Client和Portal管理端通过配置的Meta Server的域名地址经由Software Load Balancer(软件负载均衡器)进行负载均衡后分配到某一个Meta Server
Meta Server从Eureka获取Config Service和Admin Service的服务信息，相当于是一个Eureka Client
Meta Server获取Config Service和Admin Service（IP+Port）失败后会进行重试
获取到正确的Config Service和Admin Service的服务信息后，Apollo Client通过Config Service为应用提供配置获取、实时更新等功能；Apollo Portal管理端通过Admin Service提供配置新增、修改、发布等功能

业务架构

建议部署资源清单（单站为例）

宕机场景	影响	原因
某台 Config Service 下线	无影响	Config Service 无状态，客户端重连其它 Config Service
所有 Config Service 下线	客户端无法读取最新配置，Portal 无影响	客户端重启时，可以读取本地缓存配置文件。如果是新扩容的机器，可以从其它机器上获取已缓存的配置文件
某台 Admin Service 下线	无影响	Admin Service 无状态，Portal 重连其它 Admin Service
所有 Admin Service 下线	客户端无影响，Portal 无法更新配置
某台 Portal 下线	无影响	Portal 域名通过 SLB 绑定多台服务器，重试后指向可用的服务器
全部 Portal 下线	客户端无影响，Portal 无法更新配置
某个数据中心下线	无影响	多数据中心部署，数据完全同步，Meta Server/Portal 域名通过 SLB 自动切换到其它存活的数据中心
数据库宕机	客户端无影响，Portal 无法更新配置	Config Service 开启配置缓存后，对配置的读取不受数据库宕机影响