Files
CategoryResourceRepost/极客时间专栏/左耳听风/程序员练级攻略/82 | 程序员练级攻略:分布式架构经典图书和论文.md
louzefeng d3828a7aee mod
2024-07-11 05:50:32 +00:00

22 KiB
Raw Blame History

经典图书

首先,我推荐几本分布式架构方面的经典图书。

  • **[Distributed Systems for fun and profit](http://book.mixu.net/distsys/single-page.html)**这是一本免费的电子书。作者撰写此书的目的是希望以一种更易于理解的方式讲述以亚马逊的Dynamo、谷歌的Bigtable和MapReduce等为代表的分布式系统背后的核心思想。
  • **[Designing Data Intensive Applications](https://book.douban.com/subject/27154352/)**这本书是一本非常好的书我们知道在分布式的世界里数据结点的扩展是一件非常麻烦的事。这本书深入浅出地用很多的工程案例讲解了如何让数据结点做扩展。作者马丁·科勒普曼Martin Kleppmann在分布式数据系统领域有着很深的功底并在这本书中完整地梳理各类纷繁复杂设计背后的技术逻辑不同架构之间的妥协与超越很值得开发人员与架构设计者阅读。 这本书深入到B-Tree、SSTables、LSM这类数据存储结构中并且从外部的视角来审视这些数据结构对NoSQL和关系型数据库的影响。这本书可以让你很清楚地了解到真正世界的大数据架构中的数据分区、数据复制的一些坑并提供了很好的解决方案。最赞的是作者将各种各样技术的本质非常好地关联在一起令你触类旁通。 而且这本书完全就是抽丝剥茧循循善诱从“提出问题”到“解决问题”、“解决方案”、“优化方案”和“对比不同的方案”一点一点地把非常晦涩的技术和知识展开。本书的引用相当多每章后面都有几百个Reference通过这些Reference你可以看到更为广阔、更为精彩的世界。
  • [Distributed Systems: Principles and Paradigms](http://barbie.uta.edu/~jli/Resources/MapReduce&Hadoop/Distributed%20Systems%20Principles%20and%20Paradigms.pdf) 本书是由计算机科学家安德鲁·斯图尔特·塔能鲍姆Andrew S. Tanenbaum和其同事马丁·范·斯蒂恩Martin van Steen合力撰写的是分布式系统方面的经典教材。 语言简洁,内容通俗易懂,介绍了分布式系统的七大核心原理,并给出了大量的例子;系统讲述了分布式系统的概念和技术,包括通信、进程、命名、同步化、一致性和复制、容错以及安全等;讨论了分布式应用的开发方法(即范型)。但本书不是一本指导“如何做”的手册,仅适合系统性地学习基础知识,了解编写分布式系统的基本原则和逻辑。中文翻译版为[《分布式系统原理与范型》(第二版)](https://item.jd.com/10079452.html)。
  • [Scalable Web Architecture and Distributed Systems](http://www.aosabook.org/en/distsys.html)
    这是一本免费的在线小册子,其中文翻译版 [可扩展的Web架构和分布式系统](http://nettee.github.io/posts/2016/Scalable-Web-Architecture-and-Distributed-Systems/)。本书主要针对面向互联网公网的分布式系统但其中的原理或许也可以应用于其他分布式系统的设计中。作者的观点是通过了解大型网站的分布式架构原理小型网站的构建也能从中受益。本书从大型互联网系统的常见特性如高可用、高性能、高可靠、易管理等出发引出了一个类似于Flickr的典型的大型图片网站的例子。

  • [Principles of Distributed Systems](http://dcg.ethz.ch/lectures/podc_allstars/lecture/podc.pdf) ,本书是苏黎世联邦理工学院的教材。它讲述了多种分布式系统中会用到的算法。虽然分布式系统的不同场景会用到不同算法,但并不表示这些算法都会被用到。不过,作为学生来说,掌握了算法设计的精髓也就能举一反三地设计出解决其他问题的算法,从而得到分布式系统架构设计中所需的算法。
  • 经典论文

    分布式事务

    想了解分布式模型中最难的“分布式事务”你需要看看Google App Engine联合创始人瑞恩·巴雷特Ryan Barrett在2009年的Google I/O大会上的演讲《Transaction Across DataCenter》(YouTube视频)。

    在这个演讲中巴雷特讲述了各种经典的解决方案如何在一致性、事务、性能和错误上做平衡。而最后得到为什么分布式系统的事务只有Paxos算法是最好的。

    下面这个图是这个算法中的结论。

    你也可以移步看一下我在Coolshell上写的这篇文章《分布式系统的事务处理》。

    Paxos一致性算法

    Paxos算法是莱斯利·兰伯特Lesile Lamport于1990年提出来的一种基于消息传递且具有高度容错特性的一致性算法。但是这个算法太过于晦涩所以一直以来都属于理论上的论文性质的东西。其真正进入工程圈主要是来源于Google的Chubby lock——一个分布式的锁服务用在了Bigtable中。直到Google发布了下面这两篇论文Paxos才进入到工程界的视野中来。

    Google与Bigtable相齐名的还有另外两篇论文。

    不过这几篇文章中并没有讲太多的Paxos算法上的细节反而是在Paxos Made Live - An Engineering Perspective 这篇论文中提到了很多工程实现的细节。这篇论文详细解释了Google实现Paxos时遇到的各种问题和解决方案讲述了从理论到实际应用二者之间巨大的鸿沟。

    Paxos算法的原版论文比较晦涩也不易懂。这里推荐一篇比较容易读的—— Neat Algorithms - Paxos 。这篇文章中还有一些小动画帮助你读懂。还有一篇可以帮你理解的文章是 Paxos by Examples

    Raft一致性算法

    因为Paxos算法太过于晦涩而且在实际的实现上有太多的坑并不太容易写对。所以有人搞出了另外一个一致性的算法叫Raft。其原始论文是 In search of an Understandable Consensus Algorithm (Extended Version) 寻找一种易于理解的Raft算法。这篇论文的译文在InfoQ上题为《Raft一致性算法论文译文》,推荐你读一读。

    这里推荐几个不错的Raft算法的动画演示。

    Gossip一致性算法

    后面业内又搞出来一些工程上的东西比如Amazon的DynamoDB其论文Dynamo: Amazons Highly Available Key Value Store 的影响力非常大。这篇论文中讲述了Amazon的DynamoDB是如何满足系统的高可用、高扩展和高可靠的。其中展示了系统架构是如何做到数据分布以及数据一致性的。GFS采用的是查表式的数据分布而DynamoDB采用的是计算式的也是一个改进版的通过虚拟结点减少增加结点带来数据迁移的一致性哈希。

    这篇文章中有几个关键的概念一个是Vector Clock另一个是Gossip协议。

  • [Time, Clocks and the Ordering of Events in a Distributed System](https://www.microsoft.com/en-us/research/publication/time-clocks-ordering-events-distributed-system/) 这篇文章是莱斯利·兰伯特Leslie Lamport于1978年发表的并在2007年被选入SOSP的名人堂被誉为第一篇真正的“分布式系统”论文该论文曾一度成为计算机科学史上被引用最多的文章。分布式系统中的时钟同步是一个非常难的问题因为分布式系统中是使用消息进行通信的若使用物理时钟来进行同步一方面是不同的process的时钟有差异另一方面是时间的计算也有一定的误差这样若有两个时间相同的事件则无法区分它们谁前谁后了。这篇文章主要解决分布式系统中的时钟同步问题。
  • [马萨诸塞大学课程Distributed Operating System](http://lass.cs.umass.edu/~shenoy/courses/spring05/lectures.html) 中第10节 [Clock Synchronization](http://lass.cs.umass.edu/~shenoy/courses/spring05/lectures/Lec10.pdf),这篇讲义讲述了时钟同步的问题。
  • 关于Vector Clock你可以看一下[ Why Vector Clocks are Easy](http://basho.com/posts/technical/why-vector-clocks-are-easy/) 和 [Why Vector Clocks are Hard](http://basho.com/posts/technical/why-vector-clocks-are-hard/) 这两篇文章。
  • 用来做数据同步的Gossip协议的原始论文是 Efficient Reconciliation and Flow Control for Anti-Entropy Protocols。Gossip算法也是Cassandra使用的数据复制协议。这个协议就像八卦和谣言传播一样可以“一传十、十传百”传播开来。但是这个协议看似简单细节上却非常麻烦。

    Gossip协议也是NoSQL数据库Cassandra中使用到的数据协议你可以上YouTube上看一下这个视频介绍 Understanding Gossip (Cassandra Internals)

    关于Gossip的一些图示化的东西你可以看一下动画 Gossip Visualization

    分布式存储和数据库

    除了前面的Google的BigTable和Google File System那两篇论文还有Amazon的DynamoDB的论文下面也有几篇也是要读一下的。

  • 一篇是AWS Aurora的论文 [Amazon Aurora: Design Considerations for High Throughput Cloud -Native Relation Databases](http://www.allthingsdistributed.com/files/p1041-verbitski.pdf)。
  • 另一篇是比较有代表的论文是Google的 [Spanner: Googles Globally-Distributed Database](http://static.googleusercontent.com/media/research.google.com/zh-CN//archive/spanner-osdi2012.pdf)。 其2017年的新版论文[Spanner, TrueTime & The CAP Theorem](https://static.googleusercontent.com/media/research.google.com/zh-CN//pubs/archive/45855.pdf)。
  • [F1 - The Fault-Tolerant Distributed RDBMS Supporting Googles Ad Business](http://research.google.com/pubs/archive/38125.pdf) 。
  • [Cassandra: A Decentralized Structured Storage System](http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.161.6751&rep=rep1&type=pdf) 。
  • [CRUSH: Controlled, Scalable, Decentralized Placement of Replicated Data](http://www.ssrc.ucsc.edu/Papers/weil-sc06.pdf), 这里提到的算法被应用在了Ceph分布式文件系统中其架构可以读一下 RADOS - A Scalable, Reliable Storage Service for Petabyte-scale
    Storage Clusters
    以及 [Ceph的架构文档](http://docs.ceph.com/docs/jewel/architecture/)。

  • 分布式消息系统

  • 分布式消息系统你一定要读一下Kafka的这篇论文 [Kafka: a Distributed Messaging System for Log Processing](http://notes.stephenholiday.com/Kafka.pdf)。
  • [Wormhole: Reliable Pub-Sub to Support Geo-replicated Internet Services](https://www.usenix.org/system/files/conference/nsdi15/nsdi15-paper-sharma.pdf) Wormhole是Facebook内部使用的一个Pub-Sub系统目前还没有开源。它和Kafka之类的消息中间件很类似。但是它又不像其它的Pub-Sub系统Wormhole没有自己的存储来保存消息它也不需要数据源在原有的更新路径上去插入一个操作来发送消息是非侵入式的。其直接部署在数据源的机器上并直接扫描数据源的transaction logs这样还带来一个好处Wormhole本身不需要做任何地域复制geo-replication策略只需要依赖于数据源的geo-replication策略即可。
  • [All Aboard the Databus! LinkedIns Scalable Consistent Change Data Capture Platform](https://engineering.linkedin.com/research/2012/all-aboard-the-databus-linkedlns-scalable-consistent-change-data-capture-platform) 在LinkedIn投稿SOCC 2012的这篇论文中指出支持对不同数据源的抽取允许不同数据源抽取器的开发和接入只需该抽取器遵循设计规范即可。该规范的一个重要方面就是每个数据变化都必须被一个单调递增的数字标注SCN用于同步。这其中的一些方法完全可以用做异地双活的系统架构中。和这篇论文相关的几个链接如下[PDF论文](https://915bbc94-a-62cb3a1a-s-sites.googlegroups.com/site/acm2012socc/s18-das.pdf?attachauth=ANoY7cpF7igQlU-DGe3gMeW4PZr0cnRDm6cFsuJnv8n5LtJqYrEE9TMMzctK8P9OUTzPD-M2efmpes3zsc10VXN0g6RmdqTpSv3YwgUIW08RBmUvv3XMpUhEAiHkLdrzqC5thiAu5kyskHhkflK3wPYPvA6PeH4uM_XD3u4Quo0MR87BXnE_TcmnRnPzUzNAAYLng2K5t5elUuTj9NaU4o8QSfFX8edgwA%3D%3D&attredirects=0) 、 [PPT分享](https://www.slideshare.net/amywtang/databus-socc-v3)。)
  • 日志和数据

  • [The Log: What every software engineer should know about real-time datas unifying abstraction](https://engineering.linkedin.com/distributed-systems/log-what-every-software-engineer-should-know-about-real-time-datas-unifying) ,这篇文章好长,不过这是一篇非常好非常好的文章,这是每个工程师都应用知道的事,必看啊。你可以看中译版《[日志:每个软件工程师都应该知道的有关实时数据的统一概念](https://github.com/oldratlee/translations/blob/master/log-what-every-software-engineer-should-know-about-real-time-datas-unifying/README.md)》。
  • [The Log-Structured Merge-Tree (LSM-Tree)](https://www.cs.umb.edu/~poneil/lsmtree.pdf) N多年前谷歌发表了 Bigtable的论文论文中很多很酷的方面其一就是它所使用的文件组织方式这个方法更一般的名字叫Log Structured-Merge Tree。LSM是当前被用在许多产品的文件结构策略HBase、Cassandra、LevelDB、SQLite甚至在MongoDB 3.0中也带了一个可选的LSM引擎Wired Tiger实现的。LSM有趣的地方是它抛弃了大多数数据库所使用的传统文件组织方法。实际上当你第一次看它时是违反直觉的。这篇论文可以让你明白这个技术。如果读起来有些费解的话你可以看看中文社区里的这几篇文章[文章一](http://www.cnblogs.com/siegfang/archive/2013/01/12/lsm-tree.html)、[文章二](https://kernelmaker.github.io/lsm-tree)。)
  • [Immutability Changes Everything](http://cidrdb.org/cidr2015/Papers/CIDR15_Paper16.pdf) 这篇论文是现任Salesforce软件架构师帕特·赫兰德Pat Helland在CIDR 2015大会上发表的[相关视频演讲](https://vimeo.com/52831373))。
  • [Tango: Distributed Data Structures over a Shared Log](https://www.microsoft.com/en-us/research/wp-content/uploads/2013/11/Tango.pdf)。这个论文非常经典其中说明了不可变性immutability架构设计的优点。随着为海量数据集存储和计算而设计的以数据为中心的新型抽象技术的出现分布式系统比以往任何时候都更容易构建。但是对于元数据的存储和访问不存在类似的抽象。 为了填补这一空白Tango为开发人员提供了一个由共享日志支持的内存复制数据结构例如地图或树的抽象。Tango对象易于构建和使用通过共享日志上简单的追加和读取操作来复制状态而不是复杂的分布式协议。在这个过程中它们从共享日志中获得诸如线性化、持久性和高可用性等属性。Tango还利用共享日志支持跨不同对象的快速事务处理允许应用程序跨机器进行状态划分并在不牺牲一致性的情况下扩展到底层日志的上限。
  • 分布式监控和跟踪

    数据分析

  • [The Unified Logging Infrastructure for Data Analytics at Twitter](http://vldb.org/pvldb/vol5/p1771_georgelee_vldb2012.pdf) Twitter公司的一篇关于日志架构和数据分析的论文。
  • [Scaling Big Data Mining Infrastructure: The Twitter Experience](http://www.datascienceassn.org/sites/default/files/Scaling%20Big%20Data%20Mining%20Infrastructure%20-%20The%20Twitter%20Experience.pdf) 讲Twitter公司的数据分析平台在数据量越来越大架构越来越复杂业务需求越来越多的情况下数据分析从头到底是怎么做的。
  • [Dremel: Interactive Analysis of Web-Scale Datasets](http://static.googleusercontent.com/external_content/untrusted_dlcp/research.google.com/en/us/pubs/archive/36632.pdf)Google公司的Dremel是一个针对临时查询提供服务的系统它处理的是只读的多层数据。本篇文章介绍了它的架构与实现以及它与MapReduce是如何互补的。
  • [Resident Distributed Datasets: a Fault-Tolerant Abstraction for In-Memory Cluster Computing](https://www.usenix.org/system/files/conference/nsdi12/nsdi12-final138.pdf)这篇论文提出了弹性分布式数据集Resilient Distributed DatasetRDD的概念它是一个分布式存储抽象使得程序员可以在大型集群上以容错的方式执行内存计算解释了其出现原因解决之前计算框架在迭代算法和交互式数据挖掘工具两种应用场景下处理效率低下的问题并指出将数据保存在内存中可以将性能提高一个数量级同时阐述了其实现原理及应用场景等多方面内容。很有趣儿推荐阅读。
  • 与编程相关的论文

    其它的分布式论文阅读列表

    除了上面上的那些我觉得不错的论文,下面还有三个我觉得不错的分布式系统论文的阅读列表,你可以浏览一下。

    小结

    今天分享的内容是分布式架构方面的经典图书和论文,并给出了导读文字,几乎涵盖了分布式系统架构方面的所有关键的理论知识。这些内容非常重要,是学好分布式架构的基石,请一定要认真学习。

    下篇文章中,我们将讲述分布式架构工程设计方面的内容,包括设计原则、设计模式以及工程实践等方面的内容。敬请期待。

    下面是《程序员练级攻略》系列文章的目录。

  • 入门篇