服务拆分粒度应该多大?什么样的服务算好拆分比较好的服务?很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分。那作为银行企业,在微服务拆分这块有没有什么比较好的原则或者思路建议?
这个问题太难回答了。我认为微服务拆分要从两个方面考虑,一方面业务逻辑的拆分,一方面架构拆分。两个维度一起考虑会达到很好的效果。单从业务上去说什么客户中心、交易中心、决策、清算,整体服务调用链路是比较乱的。单从架构上去考虑拆分,银行业务是很琐碎的,特别啰嗦,应对变化不断的业务场景又不能快速迭代。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30