M平台现有架构图

院外协同端

库存中心

反向代理

经销商saas

渠道聚合中心

经销商订单中心

授权中心

前端服务  拆分不完全，多前端复用一套页面，导致部分页面代码超过3k行，难以维护且性能较差

省平台对接中心

后端服务  拆分不合理，技术中台应该按照业务进行服务拆分，例如授权中心除包含授权相关还有一些业务实体的创建等  技术应用不当，xxl-job应独立调度中心，目前耦合到各个服务中，难于管理以及维护，消息中心采用kafka中间件，消息不可靠，可能会导致数据丢失  基础支撑缺失，目前仅缓存服务、文件服务、消息服务且还不能够很好的为平台整体听易用性良好的接口，且具有相对严格的使用规范约束

后端服务

注册中心

接口中心

员工中心

原厂dms

门户端

服务网关  采用开源组件kong，目前仅用于反向代理，流控、熔断、加解密等均为进行集成与封装，且项目成员整体对此开源组件不熟悉，出现问题难以排查

整体  服务整体编排混乱分布散乱、有些服务之间不具有明确的业务界限，服务间链路不清晰，难于管理与后期维护  服务分层相对粗糙，应该独立出公共服务层、基础业务层、业务应用层，将通用性服务下沉

院外订单中心

郑州接口中心

服务网关(kong)

文件中心

产品中心端

产品中心

前端服务(kong)

消息中心

原厂dms订单中心

。。。