facebook架构设计中文版.pdfVIP

原则与特性 结构 第6 章 √ 功能多样性 √ 模块 概念完整性 √ 依赖关系 √ 修改独立性 进程 √ 自动传播 √ 数据访问 可构建性 √ 增长适应性 数据增长： √ 熵增抵抗力 Facebook平台的架构 Dave Fetterman 给我看你的流程图而藏起你的表，我将仍然莫名其妙。如果给我看你的表，那 么我将不再需要你的流程图，因为它们太明显了。 —Fred Brooks, 《The Mythical Man-Month》（人月神话） 6.1 简介 当前大多数计算机科学的学生将Fred Brooks的这句话理解为：“给我看你的代码而藏起 你的数据结构……”信息架构师坚信，处于大多数系统核心的是数据，而不是算法。随 着Web 的兴起，用户产生和消费的数据比以往更加推动了信息技术的使用。Web用户不 会去接触QuickSort （快速排序）。他们会访问一个数据仓库。 这些数据可以是通用的，如一本电话簿；也可以是私有的，如一个在线仓库；也可以是 个人的，如一个博客；也可以是开放的，如当地的天气情况；还可以是严格保护的，如 在线银行记录。在任何情况下，Web呈现的几乎所有面对用户的功能归根结底都是提供一 个界面，访问站点专有的一组核心数据。这些信息构成了几乎所有网站的核心价值，不 论它是由顶级员工研究团队创建的还是由世界各地的用户创建的。数据推动了用户喜欢 的产品，所以架构师围绕数据创建了其余的传统“n层”软件栈（逻辑层与显示层）。 这个故事讲的是Facebook 的数据，以及它如何与Facebook平台的创建一起发展。 Facebook （ ）是一个很有用的围绕数据建立架构的例子，包括用户提 交的个人关系映射表、传记信息，以及文本或其他媒体内容。Facebook 的工程师在构建 109 站点其余部分的架构时，关注的是显示和操作这些社会关系数据。这个站点的大多数业 务逻辑与这些社会关系数据密切相关，诸如对各种页面的流程和访问模式，搜索的实现， 查看新闻内容，以及对内容应用可见性规则。对于用户来说，这个站点的价值直接来自 于他和与他有关的人对该系统所贡献的数据的价值。 “Facebook社会关系网站”在概念上是一个标准的n层栈，用户的请求会从Facebook 的内 部库中取出数据，然后通过Facebook 的逻辑进行转换，最后通过Facebook 的界面输出。 Facebook 的工程师意识到这些数据的用处超过了这些容器的限制。Facebook平台的创建 显著地改变了Facebook数据访问系统的形态，它包含的愿景远远超出了n层栈的分离功 能，目标是以应用的形式来集成外部的系统。利用居于架构中心的用户社会关系数据， 该平台开发了一组Web服务（Facebook平台应用编程接口，或Facebook API ）、一门查询 语言（Facebook查询语言，或FQL ），以及一种数据驱动的标记语言（Facebook标记语 言，或FBML ），目的是将应用开发者的系统与Facebook 的系统结合在一起。 随着某些数据集越来越广泛地提供出来，而且用户要求跨越多个网和桌面应用来统一使 用他们的数据，阅读本章的架构师可能会发现自己已经是这样一个平台的消费者，或者 围绕着自己站点的数据建立了类似的平台。本章将向读者展示Facebook 以一种受控的方 式向外界开放数据的过程，跟随数据演进的每一步的架构选择，以及调和数据开放与渗 透在社会关系系统中独特的隐私需求的过程。它包括： • 促进这些类型的集成。 • 将数据功能从内部栈调用移到外部可见的Web服务上（Facebook API ）。 • 授权访问这个Web服务，注意保持这个社会关系系统的隐私性。 • 创建一种数据查询语言，减轻这个Web服务的新客户