Env Navigator项目

定位: 用于管理企业内部系统与环境相关的配置, 还可以做到流量调控.  和通用的配置系统不同的是, 本系统专注于多环境下的环境相关的配置, 同时提供一个集中化的规则引擎, 无需每个客户端增加切换环境的逻辑.

架构: SpringBoot web应用, 配置信息存储在 DB 中, 如果需要更高性能, 可以增加 Redis 缓存.

 

核心系统升级上线要求:

1. 核心系统新版 Production 上线之前, 需要一个 Pilot 测试, 需要有 Pilot 环境

2. 核心系统上线过程中, 需要保证系统不停机, 往往需要A/B两套环境

这样运行环境就有4套, 见下图.

 

项目背景:  所有接入核心系统的客户端或其他服务, 需要配合核心系统作上线之前的 pilot 运行, 接入 pilot 的范围要做精细化管控, 不能太多, 毕竟是上线前的试运行,  又不能太少, 否则就不能在试运行期间发现问题. 每次升版因为改动不同, 可能需要调整接入客户端范围.

在这种要求下, 每个客户端或调用方如果都增加这样的环境切换逻辑, 成本太高, 就算加好了, 如何确保所有客户端能同时变更环境配置也非常困难.

Env Navigator项目应运而生.

 

使用场景:

1. 集中调控客户端按需接入 Pilot/Production 环境.

2. 支持滚动升级, 比如Pilot环境, 需要从1.0升级到2.0, 可以先将 Pilot_A 流量关掉, 完成升级, 然后将 Pilot_A 开启, 然后将 Pilot_B完成升级.

3. 流量分摊. 升级完成后, A/B两套环境, 可以作 Load Balance.

4. 如果核心系统升级, 引起接口不兼容, 可以通过本系统强制客户端完成对应的升级.

 

ER 模型:

Service 表 , 定义 Service, 并设定未知客户端将被分配到哪个环境中   

 

Client 表,    定义 Client 端

 

 

ServiceDos 表, 指定拒绝客户端的策略

 

 

Resource表,    用于存储具体的Resource value

 

 

 

 NavPolicy表,    存储客户端选择Env Level的策略

 

 

Env 表,    Env定义和流量控制策略

 

 

客户端使用方法:

客户端在每次使用服务端接口时候, 先从Env Navigator系统, 获取目标服务端的Resource取值, 比如获取目标服务端的网关 url, 当然, 客户端需要提交下面的信息,