Apollo 架構設計流程如圖 1 所示，具體內容介紹如下。
1）Config Service
- 服務於 Client（項目中的 Apollo 客戶端）對配置的操作，提供配置的查詢接口。
- 提供配置更新推送接口（基於 Http long polling）。
2）Admin Service
服務於後臺 Portal（Web 管理端），提供配置管理接口。
3）Meta Server
- Meta Server 是對 Eureka 的一個封裝，提供了 Http 接口獲取 Admin Service 和 Config Service 的服務信息。
- 部署時和 Config Service 是在一個 JVM 進程中的，所以 IP、端口和 Config Service 一致。
4）Eureka
- 用於提供服務註冊和發現。
- Config Service 和 Admin Service 會向 Eureka 註冊服務。
- 爲了簡化部署流程，Eureka 在部署時和 Config Service 是在一個 JVM 進程中，也就是說 Config Service 同時包含了 Eureka 和 Meta Server。
5）Portal
- 後臺 Web 界面管理配置。
- 通過 Meta Server 獲取 Admin Service 服務列表（IP+Port）進行配置的管理，在客戶端內做負載均衡。
6）Client
- Apollo 提供的客戶端，用於項目中對配置的獲取、更新。
- 通過 Meta Server 獲取 Config Service 服務列表（IP+Port）進行配置的管理，在客戶端內做負載均衡。
其中，Apollo 架構設計流程可分爲如下幾類。
1）Portal 管理配置流程
Portal 連接了 PortalDB，通過域名訪問 Meta Server 獲取 Admin Service 服務列表，直接對 Admin Service 發起接口調用，Admin Service 會對 ConfigDB 進行數據操作。
2）客戶端獲取配置流程
Client 通過域名訪問 Meta Server 獲取 Config Service 服務列表，直接對 Config Service 發起接口調用，Config Service 會對 ConfigDB 進行數據操作。
3）Meta Server 獲取服務列表流程
Meta Server 會去 Eureka 中獲取對應服務的實例信息，Eureka 中的實例信息是 Admin Service 和 Config Service 自動註冊到 Eureka 中並保持心跳。