企业微服务建设难点:微服务拆分原则及思路建议探讨?

服务拆分粒度应该多大?什么样的服务算好拆分比较好的服务?很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分。那作为银行企业,在微服务拆分这块有没有什么比较好的原则或者思路建议?

参与9

3同行回答

顾黄亮顾黄亮课题专家组技术总监畅销书作者
某大神总结的单一职责、高内聚低耦合服务粒度适中考虑团队结构以业务模型切入演进式拆分避免环形依赖与双向依赖显示全部

某大神总结的

  1. 单一职责、高内聚低耦合
  2. 服务粒度适中
  3. 考虑团队结构
  4. 以业务模型切入
  5. 演进式拆分
  6. 避免环形依赖与双向依赖
收起
银行 · 2020-04-21
浏览1867

提问者

yinzhijie
系统工程师浦发
擅长领域: 云计算容器容器云

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2020-04-13
  • 关注会员:4 人
  • 问题浏览:3157
  • 最近回答:2020-04-25
  • X社区推广