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

标签：通过   移动   点赞   存储   缓存   物理   img   分离   为什么   

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

如上图：

• service-A将数据放入cache
• service-B从cache里读取数据

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

• cache的读取和写入都非常快
• service-A和service-B物理上解耦
  关于“物理上解耦”的概念，详见《互联网架构解耦利器》。

本期讨论点：

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

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

• 50%，“肯定可行哇”
• 50%，“这还要讨论么，肯定不行哇”
  甚至不少同学，对楼主发起这样的讨论发生质疑。

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

• “少写这类文章，误人子弟”（不认同楼主，点赞最多）
• “这种问题还要讨论，如同吃饭要拿碗一样”（认同楼主，认为是常识不值得讨论，点赞第二多的）
  楼主分享楼主的观点，讲逻辑，讲方案，希望大伙理性讨论，不贴标签(看了评论，有时候真的很沮丧)。

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

相关文章：
服务读写分离，是否可行？ <- 评论扎心
服务读写分离架构，绝不推荐 <- 评论扎心
MQ，互联网架构解耦神器
配置中心，互联网架构解耦利器

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

标签：通过   移动   点赞   存储   缓存   物理   img   分离   为什么   

原文地址：https://blog.51cto.com/jyjstack/2549525