现在通信都是基于spring的restTemplate.数据库各是各的.例如一个主系统负责统一登录和较通用的数据的提供,底下有很多子系统.子系统在业务上数据可能要互相调用,在业务到达一定规模的时候各个系统之间数据很乱,而且接口互相调用很复杂.一份数据这边更新了那边可能要同步更新.维护数据很烦,接口管理很烦.请问有没有办法较优雅的解决现在的问题?
3 回答

富国沪深
TA贡献1790条经验 获得超9个赞
我觉得你说的问题有两个
第一是技术问题,你使用的spring的这套数据交互的技术特性不能满足需求,使得维护成本很高,关于这个问题,你可以了解下SOA,我现在用的是hessian,但是hessian需要另外的一套东西来配合监控服务,在服务治理上做的比较好的有dubbo,你可以了解下
第二个问题应该是分析设计问题,你们的项目没能把各个业务域分析清楚,各子系统职责不清晰,导致了每次修改都很痛苦,良好的设计应该是高内聚,低耦合的,服务的变更不应该总是导致依赖该服务的系统跟着变。这个需要经验老道,精通业务的人来解决
添加回答
举报
0/150
提交
取消