最近产品在客户现场运行过程中,由于组件间的压力与缓存数据的不均匀,使系统在运行过程中存在抖动现象,让交付团队在面对客户时压力较大......
我们的产品由16个独立服务组件组成,负责不同的业务方向。压力最大的应该是业务数据服务组件与工作流服务组件,这两个组件的抖动直接会在应用端表现:业务单据异常/审批流程异常等。
我们只能根据运行情况,给相应的应用设置较为宽松的内存需求。但不是最终解决办法。
我们已规划了下一代基础平台,面向微服务与云平台的R13平台产品。
微服务给我们带来的好处是:
1)可以根据运行监测情况为其中的部分组件开放更多的运实例,以便提升响应速度。
2)引入配置中心后,将减少相同配置项的重复工作带来的实施难度与误配置工作。
3)改造服务间的调用模式,采用dubbo或feign等基础组件,为后续安全通信提供可能。
4) 引入监测组件,如sentinel等框架。提供性能监测,为后续产品优化提供运行数据支撑。
sentinel对常用的框架服务框架都提供了适配,后续只需要对核心代码进行重新手动埋点就能完成我的需求。
我们的产品是基础应用软件,核心是保障【合同/案件/法务/合规】整体体系全生命周期业务顺畅。
由于多服务/多应用,并且在系统集成过程中涉及到问题跟踪在供应商之间的误解,确认软件应该在有监控的基础上运行。以保障基于集团而不只是业务系统内部。、
所以,下一版产品将进入全面监控时代,并且会完善到调用链路的全面监控时代。