开发者社区> 问答> 正文

简述系统拆分时何时用于提高业务复用及整合的分布式服务框架(RPC)

简述系统拆分时何时用于提高业务复用及整合的分布式服务框架(RPC)

展开
收起
huc_逆天 2021-01-11 11:44:01 1187 0
2 条回答
写回答
取消 提交回答
  • 从两个角度思考这个问题 1、业务角度,一个公司垂直有多个业务,并且这多个业务有很多都用到相同的功能和数据,这时一定要将相同的功能和数据抽象出来,形成独立的中心,统一建设,这时中心服务层建设适合使用分布式服务框架(RPC)。典型的有用户中心、商品中心、交易中心等。 2、系统角度,当多个单体业务系统按照垂直拆分后,又根据软件架构需要水平拆分多个层次时,一般在无状态层如果有多个应用提供相同的功能,这时适合将同一层次相同功能的应用形成服务,统一对外提供相同的功能,适合使用分布式服务框架(RPC)。

    形成的服务层次都必须要满足提高业务复用及整合,使前端应用能更快速响应多变的市场需求。

    使用分布式服务框架(RPC)有以下几个特点: 1. 该层次是无状态层次。 2. 该层次抽象度较高,提供公共共享服务。 3. 该层次服务必须满足高可用、高性能、高并发。

    2021-01-11 15:37:59
    赞同 展开评论 打赏
  • 技术架构师 阿里云开发者社区技术专家博主 CSDN签约专栏技术博主 掘金签约技术博主 云安全联盟专家 众多开源代码库Commiter

    当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。此时,用于提高业务复用及整合的分布式服务框架(RPC)是关键

    2021-01-11 11:44:13
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
高并发分布式缓存Redis6.0 立即下载
基于社区的分布式 风险感知模型 立即下载
如何利用Redisson分布式化传统Web项目 立即下载