本示例是参考Apollo官方分布式部署指南, 然后基于 docker-compose的部署指南.
Apollo 架构模块交互图：
Portal 是独立部署, 文档中推荐在生产环境部署,然后统一管理DEV, FAT, UAT, PRO 等环境的配置, 每个环境独立部署一套 Config Service、Admin Service 和 ConfigDb, 保存各自的配置.
部署顺序：
- Config Service 和 Admin Service
- Portal
.env
.env定义 MySQL root密码和当前服务器 IP。
必须将 THIS_SERVER_IP指定为当前机器的IP，这里采用的是分布式部署指南#14-网络策略最后一种方式，即通过系统环境变量直接指定要注册到 Meta Server 的IP+端口。
由于 Config Service 和 Admin Service 都是跑在容器里，自动注册到 eureka 的ip是容器内ip，比如
172.19.0.3，这就导致 portal 和客户端通过 Meta Server 获取IP后无法直接访问，因此需要修改THIS_SERVER_IP，当然该IP不要暴露在公网中。
命令行下进入config目录，执行 build.bat(windows) 或sh ./build.sh(linux)，将分别构建并启动以下容器:
- apollo-configservice
- apollo-adminservice
- apollo-configdb
apollo-configservice 启动需要1分钟左右，可观察日志等待完全启动。
然后连接 MySQL （端口号 13306），执行以下 SQL 脚本：
USE ApolloConfigDB;
UPDATE ServerConfig SET `Value` = 'http://{Eureka_Service_IP}:8180/eureka/' WHERE `Key` = 'eureka.service.url';
需要修改
Eureka_Service_IP，这一步作用是为了让 AdminService 知道实际的 eureka 服务注册地址，也就是 ConfigService， 因为 ConfigService 集成了 eureka.。
然后重启 apollo-adminservice 容器，观察日志确保没有错误，并注册成功。
最后访问http://{Eureka_Service_IP}:8180 来查看 ConfigService 和 AdminService 服务注册情况。
或者访问以下地址确认服务运行状态：
-
http://{Eureka_Service_IP}:8180/services/config -
http://{Eureka_Service_IP}:8180/services/admin
分别检查 ConfigService 和 AdminService 状态，以及 homepageUrl。homepageUrl 就是客户端程序要直接连接的地址。
命令行下进入 portal 目录, 执行 build.bat(windows) 或sh ./build.sh(linux)，构建并启动以下容器：
- apollo-portal
- apollo-portaldb
登录网址: http://{portal_server_ip}:8170/
默认登录账密: apollo / admin
登录后, 进入管理员工具-系统参数更新参数:
| Key | Value | 备注 |
|---|---|---|
| apollo.portal.envs | DEV,FAT,UAT,PRO | 修改完需要重启生效。 |
| apollo.portal.meta.servers | {"DEV":"http://{Eureka_Service_IP}:8180"} | 修改完需要重启生效。 |
| organizations | [{"orgId":"IT","orgName":"IT"}] | 修改完需要重新登录成效. |
参考: 调整服务端配置
apollo.portal.meta.servers配置各个环境的 Meta Server 地址，也即每个环境启动的 ConfigService 服务。
修改参数并生效后，观察输出日志，确保和对应环境的 ConfigService 成功建立连接，否则新建项目会出错，因为项目的配置必须保存在各个环境 ConfigService 的DB中。