通过“缓存”传递数据,是否可行?
2017-12-22 00:00
288 查看
如《互联网分层架构的本质》所述,互联网分层架构的本质,是数据的移动。
数据的移动,需要载体,DB和cache是常见的数据存储载体。
如上图:
service-A将数据放入cache
service-B从cache里读取数据
cache作为数据存储载体的好处是:
cache的读取和写入都非常快
service-A和service-B物理上解耦
关于“物理上解耦”的概念,详见《互联网架构解耦利器》。
本期讨论点:
你遇到过这种架构设计么?
这种架构设计好还是不好,为什么?
关于讨论,多说几句,《服务读写分离,是否可行?》第一次发起了讨论,评论非常激烈:
50%,“肯定可行哇”
50%,“这还要讨论么,肯定不行哇”
甚至不少同学,对楼主发起这样的讨论发生质疑。
在分享了楼主的观点《服务读写分离架构,绝不推荐》后,评论依然激烈:
“少写这类文章,误人子弟”(不认同楼主,点赞最多)
“这种问题还要讨论,如同吃饭要拿碗一样”(认同楼主,认为是常识不值得讨论,点赞第二多的)
楼主分享楼主的观点,讲逻辑,讲方案,希望大伙理性讨论,不贴标签(看了评论,有时候真的很沮丧)。
欢迎转发,大家一起讨论。
相关文章:
服务读写分离,是否可行? <- 评论扎心
服务读写分离架构,绝不推荐 <- 评论扎心
MQ,互联网架构解耦神器
配置中心,互联网架构解耦利器
数据的移动,需要载体,DB和cache是常见的数据存储载体。
如上图:
service-A将数据放入cache
service-B从cache里读取数据
cache作为数据存储载体的好处是:
cache的读取和写入都非常快
service-A和service-B物理上解耦
关于“物理上解耦”的概念,详见《互联网架构解耦利器》。
本期讨论点:
你遇到过这种架构设计么?
这种架构设计好还是不好,为什么?
关于讨论,多说几句,《服务读写分离,是否可行?》第一次发起了讨论,评论非常激烈:
50%,“肯定可行哇”
50%,“这还要讨论么,肯定不行哇”
甚至不少同学,对楼主发起这样的讨论发生质疑。
在分享了楼主的观点《服务读写分离架构,绝不推荐》后,评论依然激烈:
“少写这类文章,误人子弟”(不认同楼主,点赞最多)
“这种问题还要讨论,如同吃饭要拿碗一样”(认同楼主,认为是常识不值得讨论,点赞第二多的)
楼主分享楼主的观点,讲逻辑,讲方案,希望大伙理性讨论,不贴标签(看了评论,有时候真的很沮丧)。
欢迎转发,大家一起讨论。
相关文章:
服务读写分离,是否可行? <- 评论扎心
服务读写分离架构,绝不推荐 <- 评论扎心
MQ,互联网架构解耦神器
配置中心,互联网架构解耦利器
相关文章推荐
- 通过参数传递,判断数字、字符串、list、tuple、词典等数据类型是否为可变数据对象。
- 通过参数传递,判断数字、字符串、list、tuple、词典等数据类型是否为可变数据对象。
- 服务通过缓存传递数据,绝不推荐
- 通过Intent传递数据
- 进程间通过WM_COPYDATA传递数据
- 如何在前台脚本通过json传递数据到后台(使用微软自带的ajax)
- 微信小程序,通过事件传递数据
- 进程间通过intent传递数据失败
- 安卓通过putExtra传递数据的几种方式
- 重启图元遇到指定索引值重新绘制和glew通过NULL指定没有cpu数据拷贝到缓存区对象中
- Android实现通过浏览器点击链接打开本地应用(APP)并拿到浏览器传递的数据
- form表单通过hidden向后台传递请求数据
- Android 7.0 pendingIntent bug(AlarmManager通过PendingIntent传递数据(跨进程数据传递
- Android通过剪切板传递数据
- Android通过ksoap2传递复杂数据类型,服务端为CXF发布的webservice,亲手写的代码
- Android通过构造函数传递数据
- iOS --- 通过openURL实现APP之间跳转并传递数据
- struts2通过后台向前台页面传递数据、对象
- 《项目经验》--通过js获取前台数据向一般处理程序传递Json数据,并解析Json数据,将前台传来的Json数据写入数据库表中