系统分层架构有一个迭代和演进的过程，早期，系统分层架构如下：
- 上游是需要数据的业务调用方
- 下游是存储数据的数据库
随着架构的演进，可能要抽取出服务层(详见《 互联网架构为什么要做服务化? 》)：
- 上游通过RPC调用服务获取数据
- 中间服务层从数据库获取数据
- 下游是存储数据的数据库
大家都知道，数据库可以读写分离，为了职责更清新，架构设计上，服务能否读写分离呢?
如上图，服务化读写分离之后：
- 业务方通过RPC分别调用读服务和写服务
- 服务层分为读服务与写服务
- 底层是高可用的数据库集群
当然，也有可能读服务与写服务读写的是不同的数据库，如上图：
- 写服务访问写库
- 读服务访问读库
写库与读库是一个主从同步的集群。
那么，问题来了：
- 你遇到过这种架构设计么?
- 这种架构设计好还是不好，为什么?
- 如果服务读写分离设计好，上面两种方案哪种好?
【本文为51CTO专栏作者“58沈剑”原创稿件，转载请联系原作者】
注：本文内容来自互联网，旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜，请你联系站长进行处理。