服务化的意义 - 业务复杂化引入的痛点

1. 服务化之前的痛点

在服务化之前,高可以的(简化版)架构大致如下:


但是上边的架构其实会有一些难以解决的痛点:

  • 痛点1:代码到处拷贝

所有的产品都要写彼此的DAO

  • 痛点2:复杂度扩散

现在上边所有的业务都要关注缓存,然后再发展的话,就会有下面分库分表等情况的出现:

  • 痛点3:jar包复用的耦合

以上的情况,在某一个产品的core.jar有升级的时候,会影响到其他产品,可能会导致其他的产品需要进行调整或者同样要升级。这样就使其他的产品做了额外的工作。

  • 痛点4:代码质量互相影响

  • 痛点N:其他


2. 服务化之后的好处

服务化之后的高可用架构大致如下:


其好处有以下几点:

  • 好处1:代码复用,减少拷贝

  • 好处2:专注性,收敛复杂度

  • 好处3:代码质量有保障

  • 好处4:数据库解耦

  • 好处N:其他


3. RPC和服务化之间的关系

RPC是服务化架构中,关于服务间通信的一种解决方案。

RPC(Remote Procedure Call):远程过程调用,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的思想。

3.1 RPC简单介绍

4. 服务化的适用场景

  1. 单体应用已经无法满足业务需求时
  2. 业务和团队成员已经初具规模时
  3. 服务化收益远大于服务化成本
  4. 可预见未来,产品要加速发展

如果觉得有收获,欢迎点赞和评论,更多知识,请点击关注查看我的主页信息哦~

你可能感兴趣的:(服务化的意义 - 业务复杂化引入的痛点)