微服务拆分的原则?

按分享的经验来看,是需要将无关的功能都进行拆分,我理解就是原子化拆分。但现实业务场景中对于传统的应用系统,已经存在了大量的业务逻辑处理。这种迁移是一个比较长期且痛苦的事情,如何解决?...显示全部

按分享的经验来看,是需要将无关的功能都进行拆分,我理解就是原子化拆分。但现实业务场景中对于传统的应用系统,已经存在了大量的业务逻辑处理。这种迁移是一个比较长期且痛苦的事情,如何解决?

收起
参与13

查看其它 2 个回答狄俄尼索斯的回答

狄俄尼索斯狄俄尼索斯  软件架构设计师 , UProject

前面有同学答了DDD拆分,这一套方法论太理论化了,实际场景很难用上。根据经验来看,已有系统尽量不要动,新开发功能用微服务架构,可以从已有代码中复用代码,但是千万别大规模修改已有代码。

新的微服务划分时候,有几点原则可参考一下:

  1. 按功能重要程度拆分不同微服务
  2. 数据尽量内聚,不要拆出太多分布式事务,当前分布式事务是业界难题
  3. 依赖分层,不要有循环依赖
互联网服务 · 2019-07-20
浏览2246

回答者

狄俄尼索斯
软件架构设计师UProject
擅长领域: 云计算容器容器云

狄俄尼索斯 最近回答过的问题

回答状态

  • 发布时间:2019-07-20
  • 关注会员:4 人
  • 回答浏览:2246
  • X社区推广