Quantcast
Channel: 《Amazon Dynamo –纠结的设计》的评论
Browsing latest articles
Browse All 26 View Live

作者:jametong

Tim Yang 翻译的文章. http://timyang.net/data/dynamo-flawed-architecture-chinese/ 以及 murat关于Dynamo的评论也还不错. http://muratbuffalo.blogspot.com/2010/11/dynamo-amazons-highly-available-key.html

View Article



作者:quain

Google有bigtable、perculator、megastore,是否能够满足dynamo的使用场景呢?

View Article

作者:chuanhui

可以

View Article

作者:quain

能不能专门发篇博文讨论一下这个问题?期待ing,呵呵 个人感觉如果能够把互联网应用归类分析出几个大的需求场景(例如:按照对数据模型的要求、事务模型的要求、读写延时的要求等,给出场景分类,可能某个场景适合blog、email应用,某个场景适合SNS、微博应用,某个场景适合电子商务应用等),针对每个需求场景来讨论就很清楚了。博主有没有想法总结一下?

View Article

作者:Schubert Zhang

呵呵,总算有人懂了Dynamo … 因为架构不行,弄了好多不合时宜的小窍门来弥补,误导不少人啊 … 后来的Cassandra号称Dynamo+Bigtable,其实都是忽悠人的,开发者其实没搞懂 …

View Article


作者:chuanhui

这个事情可以做,不过目前我的能力还达不到可以把这些应用完全掌握的程度,如果有人合作一起总结我想是可以的。我们也会在淘宝推广系统的过程中总结经验,一个一个应用总结,以后逐步发布到blog中吧。

View Article

作者:chuanhui

我的感觉是这个系统确实很有创新,不过有的地方不怎么优雅,有点误导性。我的观点还不成熟,如果能和Dynamo的开发者探讨下我想应该能够学到很多东西。

View Article

作者:brightman

1.dynamo主要强调AP,各节点在极端隔离情况下,还能继续为购物车提供服务,购物车不强调一致性。dynamo的节点估计分布在多个IDC 2.dynamo只是一个简单的kv。大多数Web应用存储模型不会只是kv,它们的操作可能有先后依存关系,数据的合并不能只看时间戳

View Article


作者:dyerac

和amazon的人聊过,Dynamo早被扔进垃圾堆里了。。。(原话),而且基本上也只有shopping cart用了。。。

View Article


作者:Schubert Zhang

对每个节点来说,Dynamo只适合小数据量存储,比如每个节点几个GB,大部分都可以Cache在内存中。其实不太适合在Big Data中使用。 我们曾经对Cassandra代码有过深入的研究,并且有过类似的原型系统,觉得这个架构很难走下去。

View Article

作者:chuanhui

恩,对cassandra不熟悉,有机会找你请教。

View Article

作者:chuanhui

good news, simpledb我感觉就和dynamo不一样,看来我的理解还是比较靠谱的

View Article

作者:Chao Shi

受教了。之前看dynamo论文时也隐隐有这种感觉,这个系统只适合做购物车这类一致性要求不高的存储。看了博主的文章茅塞顿开。

View Article


作者:Dai Dong

貌似Dynamo论文没得过OSDI的best paper,没查到啊,可有链接呢? 想请教一下博主,你说的常用的commit log来做replication是个什么方式啊?可否大致描述一下?谢谢啦。

View Article

作者:chuanhui

1, 抱歉是SOSP的best paper; 2, 参考Mysql的Master-Slave replication,commit log相当于bin log

View Article


作者:chensi

博主分析的很到位啊。去中心化得做法确实带来了更大的复杂性,我也猜到simpleDB肯定是参考了bigtable的思想的

View Article

作者:nile

Dynamo的vector clock理论上还是能确定一个分布式的时序性的,从而达到最终一致性的。只不过可用性比较差 参看这篇文章 http://blog.basho.com/2010/04/05/why-vector-clocks-are-hard/

View Article


作者:yafei.zhang@langtaojin.com

假设amazon的程序员都足够牛, 他们虑驾的了dynamo, 仍然存在两个问题: 运维复杂 请求时间不靠谱

View Article

作者:bing

不错不错。

View Article

作者:bits technology »分布式存储复制技术:链式复制

[…] 分布式系统中,强一致性通常被认为和高可用、高吞吐不相容,为了实现系统的高可用、高吞吐必须要牺牲强一致性。比如在亚马逊的Dynamo提供最终一致性,但是这样其实给开发者带来很多问题[0] […]

View Article

Image may be NSFW.
Clik here to view.

作者:jiong

这个文章是翻译的吧。。Tim yang也翻译过,你这文章的内容至少得标明一下原文出处 。。。。

View Article


作者:chuanhui

原创的,博客里面全部原创,翻译懒得放了。

View Article


作者:强一致性协议-链式复制 |小和尚的藏经阁

[…] 分布式系统中,强一致性通常被认为和高可用、高吞吐不相容,为了实现系统的高可用、高吞吐必须要牺牲强一致性。比如在亚马逊的Dynamo提供最终一致性,但是这样其实给开发者带来很多问题[0] […]

View Article

作者:Dynamo的实现技术和去中心化 - IT牛人博客聚合

[…] 淘宝日照博客中的一篇文章,也谈到了Dynamo设计上的一些问题,特别是对于一致性和分区容忍性上面精彩的吐槽,推荐阅读。 […]

View Article

作者:wuxiangwei

看了你的文章收益很多,我想请教个Dynamo负载均衡的问题。 我觉得负载均衡应该像GFS那样,至少要考虑磁盘利用率以及将副本分布在不同的机架。Dynamo论文中提到可以通过控制每个物理节点的Token数目来反映物理节点的磁盘容量,但是在它的第三个优化方案中,每个物理节点的Token数目都是Q/S,也就是说不能通过这种方法来表示物理节点的磁盘容量的差异了。另外,我也没看到它是如何在不同机架上分布副本的。

View Article


作者:分布式存储复制技术:链式复制 |机会永远留给有准备的人

[…] 分布式系统中,强一致性通常被认为和高可用、高吞吐不相容,为了实现系统的高可用、高吞吐必须要牺牲强一致性。比如在亚马逊的Dynamo提供最终一致性,但是这样其实给开发者带来很多问题[0] […]

View Article
Browsing latest articles
Browse All 26 View Live




Latest Images

Pangarap Quotes

Pangarap Quotes

Vimeo 10.7.0 by Vimeo.com, Inc.

Vimeo 10.7.0 by Vimeo.com, Inc.

HANGAD

HANGAD

MAKAKAALAM

MAKAKAALAM

Doodle Jump 3.11.30 by Lima Sky LLC

Doodle Jump 3.11.30 by Lima Sky LLC