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

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

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

下游是存储数据的数据库

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

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

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

下游是存储数据的数据库

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

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

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

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

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

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

写服务访问写库

读服务访问读库

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

那么,问题来了:

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

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

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

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20171216B0I3V500?refer=cp_1026

扫码关注云+社区