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

服务拆分粒度应该多大?什么样的服务算好拆分比较好的服务?很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有...显示全部

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

收起
参与9

查看其它 2 个回答匿名用户的回答

匿名用户匿名用户

这个问题太难回答了。
我认为微服务拆分要从两个方面考虑,一方面业务逻辑的拆分,一方面架构拆分。两个维度一起考虑会达到很好的效果。
单从业务上去说什么客户中心、交易中心、决策、清算,整体服务调用链路是比较乱的。单从架构上去考虑拆分,银行业务是很琐碎的,特别啰嗦,应对变化不断的业务场景又不能快速迭代。

互联网服务 · 2020-04-14
浏览1835
yinzhijie 邀答

回答状态

  • 发布时间:2020-04-14
  • 关注会员:4 人
  • 回答浏览:1835
  • X社区推广