背景： 这个目录下是同一个项目的多个模块，项目是边界网关的管控系统，整个项目请求的流转流程如下 tgw-api->edge_gw_control_trpc->tgw_oss->tgw_master tgw-api->edge_gw_control_trpc->tgw_oss->config_center_api->config_center_publisher 其中tgw-api、edge_gw_control_trpc、tgw_oss 可以看作是同一个项目也就是边界网关管控系统的三个实现，由于历史原因在不断重构，但是老项目又有残留，按时间顺序从新到老为tgw-api、edge_gw_control_trpc、tgw_oss 其中config_center_api 为配置中心对外暴露的接口，用于配置管控，而接收到的配置通过config_center_publisher 进行下发 而tgw_master 主要负责 LD 的引流和隔离取消隔离管理操作 整个项目管理的最小实体就是 LD所有的配置下发和取消隔离隔离操作最终都会下发到 LD 请参考refer目录下的Plantuml流程图，这是项目相关的一些流程图，参照格式总结生成edge_gw_control_trpc 项目下/api/vip/apply_vip接口的Plantuml流程图并输出到 refer 文件夹下 api文件夹，流程图需要保证高可读性，且不要遗漏和跳过关键逻辑，但是又要保持简洁，非必要的注释可以不需要会显得太啰嗦，比如请求的参数，主要体现各个模块间的交互，各个模块之间的交互操作需要清晰可读