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

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. 可预见未来，产品要加速发展

---

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