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