服务请求代理分发（zk为注册与发现）

下发指令并选择好哪台代理

方案1

smanage-mod-agent

apollo

下发请求+规则

3、请求转发

es

3、判断是否存在给服务下线的接口

中间件发现

nacos

smanage-mod-service

获取配置

2、获取地址

1、定时任务：更新服务列表

smanage-mod-apm

smanage-mod-sentinel

4、存在，则根据feign增强的鉴权去调用中间件接口

zk

上送

接口转发

前端请求

3、更新服务列表和区域

smanage-modagent(Openfeign)基于springsmanage-mod-agent-普通的代理服务，基于openFeign

数据收集

返回连接的redis

数据第一层

smanage-mod-agent(Openfeign)

1、获取sky链路数据

服务插件日志上送

一对一

smanage-mod-xxx

1、获取用户所有的定时任务

service

xxl-job

smanage-mod-job

1、/pageListByAppName(获得执行器列表)

smanage-mod-analysis

下发请求

发布标签规则

2、根据服务对应域下发指令

日志上送

1、服务下线

微服务治理平台

获取服务列表

filebeat kafka

skywalking

XXX区域中间件

Sentinel

获取中间件地址，鉴权配置

2、获取地址和接口

1、需要开发通用代理切面插件对请求进行封装并增强判断接口地址2、区域中间件地址需要写入smanage-mod-agent中劣势：1、需要自己管理和选择中间件，导致切面异常复杂2、区域下有多套同一服务，难以区分3、需要手工管理优势：1、smanage-mod-agent开发简单，仅做代理和带配置的注册到ZK即可

服务表

业务service

注册但注册时带有区域中间件的配置

多对多

注册

4、根据多个skywalking获取链路数据

域

下发指令+规则

数据查询

redis（cluster）

数据第二层

获取配置信息

通过配置获取服务所连接的redis

为什么使用ZK作为代理服务管理1、ZK节点树（ZNode）的结构符合按区域管理中间件的需求2、有Session 的心跳检测3、中间件改动幅度小，仅需要注册到zk即可4、支持手工注册节点

发布

2、下发指令

方案2

中间件和服务发现

1、需要开发通用代理切面插件--对请求进行封装并增强判断是否往代理服务器下发且下发到哪台2、微服务治理下发指令时需要增加规则去选择区域和服务3、区域中间件作为服务注册到zk上劣势：1、区域下有多套同一服务，难以区分2、中间件需要二次开发，不支持注册流程的可能需要手工配置服务优势：1、可以忽略区域中间件注册的服务2、无需管理区域中间件3、agent可以自己自定广播策略

feign增强，服务与服务之间增加鉴权（feignInterceptor）

返回配置

监控

服务发现

发布路由标签/flowmark/publish

kong

4、遍历服务对应的xxl-job上查询任务

下发指令

服务鉴权

3、多个服务查询对应的apollo上对应的xxl-job

xxl-job，sentinel，kong等

smanage-mod-middleware

redis

3、获取服务对应的skywalking地址

服务发现，中间件发现