通过“缓存”传递数据，是否可行？

如《互联网分层架构的本质》所述，互联网分层架构的本质，是数据的移动。

数据的移动，需要载体，DB和cache是常见的数据存储载体。

如上图：

• service-A将数据放入cache

• service-B从cache里读取数据

cache作为数据存储载体的好处是：

• cache的读取和写入都非常快

• service-A和service-B物理上解耦

关于“物理上解耦”的概念，详见《互联网架构解耦利器》。

本期讨论点：

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

• 这种架构设计好还是不好，为什么？

关于讨论，多说几句，《服务读写分离，是否可行？》第一次发起了讨论，评论非常激烈：

• 50%，“肯定可行哇”

• 50%，“这还要讨论么，肯定不行哇”

甚至不少同学，对楼主发起这样的讨论发生质疑。

在分享了楼主的观点《服务读写分离架构，绝不推荐》后，评论依然激烈：

• “少写这类文章，误人子弟”（不认同楼主，点赞最多）

• “这种问题还要讨论，如同吃饭要拿碗一样”（认同楼主，认为是常识不值得讨论，点赞第二多的）

楼主分享楼主的观点，讲逻辑，讲方案，希望大伙理性讨论，不贴标签(看了评论，有时候真的很沮丧)。

欢迎转发，大家一起讨论。

相关文章：

服务读写分离，是否可行？ <- 评论扎心

服务读写分离架构，绝不推荐 <- 评论扎心

MQ，互联网架构解耦神器

配置中心，互联网架构解耦利器