坚信科学,分享技术

2018全新版本,未来在blog.54chen.com更新博客!

>>>尝试更加利于阅读的2014版科学院,以后都在新版上写。

7月3日 infoQ Qclub分享演示文稿下载

本次活动以RIA为主题,参会者多为关心RIA及后端数据服务的开发者和管理者。
我的主题是:"Ria的强力后盾:rest+海量存储
主要内容是给参会者分享了淘宝在nginx上作的关于rest的事情,和一些人人网nuclear的原理。
下面是此次会上我所使用的slide。(国外 有点慢 需忍)


原创文章如转载,请注明:转载自五四陈科学院[http://www.54chen.com]
本文链接: http://www.54chen.com/architecture/infoq-qclub-share-presentation-download.html

This entry was posted in 架构研究 and tagged , , , . Bookmark the permalink.

4 Responses to “7月3日 infoQ Qclub分享演示文稿下载”

  1. kafka0102 说:

    我在之前你的一篇文章里也看到你对CAP的理解,从我对那篇论文及一些文章中来看,你的理解似乎有偏差,这里也算个讨论和交流。CAP里的partition tolerance应该不是我们常说的存储系统的分区能力(可扩展性方面),而是网络分区,这个网络分区广义上可以认为是系统内的两台机器不能正常通信(一些文章提到是两个网络间不能通信,比如两个机房,这限制了这一理解)。所以,因为partition tolerance的存在,强一致性和可用性只能取其一。在网络分区情况下,要强一致性,则请求的响应就不能正常返回(失掉可用性);如果要可用性,则返回的数据可能为脏(失掉强一致性)。

  2. 54chen 说:

    可能在写的时候这两个词有些容易混淆了,一个是分区容错性,一个是数据分区,不是一个东西,数据分区只算是针对网络分区的容错性所提出的一个小策略的一部分而已
    另外partition tolerance的本意的确是针对容错的情况,但我觉得除了节点故障这样的情况外,增加上新的节点也是同样的需要容错的,所以最直接的感受就是容易增加删除节点,只是方便理解CAP而已,不然NRW里的复制也可以作为容错性的因素之一,这样讲解CAP的时候可能目的性就不是这么强了。

  3. groovyq 说:

    这个演讲视频将于8月13日在InfoQ中文站上发布,届时可以一睹楼主的芳容!:)我就先睹为快了,讲的不错!

Leave a Reply