服务读写分离(读服务,写服务),是否可行?

系统分层架构有一个迭代和演进的过程(详见《互联网分层架构设计》),早期,系统分层架构如下:

  • 上游是需要数据的业务调用方

  • 下游是存储数据的数据库

 

随着架构的演进,可能要抽取出服务层(详见《互联网架构为什么要做服务化?》):

  • 上游通过RPC调用服务获取数据

  • 中间服务层从数据库获取数据

  • 下游是存储数据的数据库

 

大家都知道,数据库可以读写分离,为了职责更清新,架构设计上,服务能否读写分离呢?

如上图,服务化读写分离之后:

  • 业务方通过RPC分别调用读服务和写服务

  • 服务层分为读服务与写服务

  • 底层是高可用的数据库集群

 

当然,也有可能读服务与写服务读写的是不同的数据库,如上图:

  • 写服务访问写库

  • 读服务访问读库

写库与读库是一个主从同步的集群。

 

那么,问题来了:

  • 你遇到过这种架构设计么?

  • 这种架构设计好还是不好,为什么?

  • 如果服务读写分离设计好,上面两种方案哪种好?

 

欢迎讨论,将从评论中精选出三条有独特见解的留言,发放58元精美计算机图书兑换券

 

也欢迎发,大家一起讨论。


相关文章:

业务层是否也需要服务化?

互联网分层架构,为啥要前后端分离?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值