简述系统拆分时何时用于提高业务复用及整合的分布式服务框架(RPC)
从两个角度思考这个问题 1、业务角度,一个公司垂直有多个业务,并且这多个业务有很多都用到相同的功能和数据,这时一定要将相同的功能和数据抽象出来,形成独立的中心,统一建设,这时中心服务层建设适合使用分布式服务框架(RPC)。典型的有用户中心、商品中心、交易中心等。 2、系统角度,当多个单体业务系统按照垂直拆分后,又根据软件架构需要水平拆分多个层次时,一般在无状态层如果有多个应用提供相同的功能,这时适合将同一层次相同功能的应用形成服务,统一对外提供相同的功能,适合使用分布式服务框架(RPC)。
形成的服务层次都必须要满足提高业务复用及整合,使前端应用能更快速响应多变的市场需求。
使用分布式服务框架(RPC)有以下几个特点: 1. 该层次是无状态层次。 2. 该层次抽象度较高,提供公共共享服务。 3. 该层次服务必须满足高可用、高性能、高并发。
当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。此时,用于提高业务复用及整合的分布式服务框架(RPC)是关键
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。