如《互联网分层架构的本质》所述,互联网分层架构的本质,是数据的移动。缓存
数据的移动,须要载体,DB和cache是常见的数据存储载体。

如上图:架构
- service-A将数据放入cache
- service-B从cache里读取数据
cache做为数据存储载体的好处是:ide
- cache的读取和写入都很是快
- service-A和service-B物理上解耦
关于“物理上解耦”的概念,详见《互联网架构解耦利器》。
本期讨论点:架构设计
- 你遇到过这种架构设计么?
- 这种架构设计好仍是很差,为何?
关于讨论,多说几句,《服务读写分离,是否可行?》第一次发起了讨论,评论很是激烈:设计
- 50%,“确定可行哇”
- 50%,“这还要讨论么,确定不行哇”
甚至很多同窗,对楼主发起这样的讨论发生质疑。
在分享了楼主的观点《服务读写分离架构,毫不推荐》后,评论依然激烈:blog
- “少写这类文章,误人子弟”(不认同楼主,点赞最多)
- “这种问题还要讨论,如同吃饭要拿碗同样”(认同楼主,认为是常识不值得讨论,点赞第二多的)
楼主分享楼主的观点,讲逻辑,讲方案,但愿大伙理性讨论,不贴标签(看了评论,有时候真的很沮丧)。
欢迎转发,你们一块儿讨论。it
相关文章:
服务读写分离,是否可行? <- 评论扎心
服务读写分离架构,毫不推荐 <- 评论扎心
MQ,互联网架构解耦神器
配置中心,互联网架构解耦利器class