公告

今天让我感到了知识产权对作者的重要性，博客中的文章如果没有特殊说明，均为原创或者翻译，转载请注明原文出处。另外，在我博客中的一些文章，或许有意无意侵犯了您的知识产权，如果您发现了，请及时发邮件联系我，我将立即作出处理。我的邮箱：

sxwgf.com@gmail.com

谢谢！

如果能成为巨人，我愿意献出肩膀

王国峰 2011年毕业于中国计量学院

我的博客园 Email联系我

文章分类

搜索

文章归档

阅读排行

评论排行

我的书屋

友情链接

Facebook 网站架构总结

Facebook是一个社会化网络站点，它于2004年2月4日上线。每个用户在facebook上有自己的档案和个人页面，用户之间可以通过各种方式发生互动：留言、发站内信，评论日志。虽然目前在国内无法访问facebook，但其强悍的技术架构还是值得我们去研究分析和总结的，或许我们可以从中得到一点启发。

facebook的设计原则是模块化原则、整合化原则、清晰化原则，其架构设计的目标是简单、高效。facebook的架构是基于LAMP，差不多是用LAMP实现的最大的动态站点，以下是facebook架构图概览：

PHP经验：

为什么 Facebook 选择 PHP 而不是其他语言? 用Flickr 的 Cal Henderson 这句话就能说明了: "Languages's don't Scale, Architecture Scale"。详见《Facebook 的PHP性能与扩展性》

MySql经验：

主要用于做Key-Value类型的存储操作，数据随机分布在多台逻辑实例上，访问多数基于全局ID。
逻辑实例分散在多台物理主机上(超过1800台)，负载均衡在物理层进行。
不做读复制。尽量不做逻辑数据迁移(成本太高)。
不做JOIN操作(豆瓣在QCon上也阐述了这一点)。数据是随机分布的，关联操作反而带来了极大的复杂度。
对于数据访问，主要的操作集中在最新的数据上，针对这部分做优化，旧的数据进行归档。

在中心DB绝不存储非静态数据。

使用服务或者Memcached进行全局查询。

Memcached经验：

一个比较有价值的是关于个人页面数据的获取的描述。这个就完全是需要做单页面Benchmark的细致活儿了，可能还需要产品经理能够理解工程师的"抵抗"。

获取个人信息数据：通过Cache，隐性通过用户所在的DB获取(基于User-ID获知DB)

获取朋友连接信息：通过Cache，否则的话通过DB(基于User-ID获知DB)

并行抓取每个朋友的10个照片相册ID，从Cache抓取，如果失效，再从DB抓取(基于相册ID)

并行抓取最近相册中的照片数据

运行PHP把整个业务逻辑跑出来

FacebookNewsFeed的架构示意图：

Facebook搜索功能的架构示意图

参考原文：http://www.dbanotes.net/arch/facebook_arch_note.html

分享到： QQ空间新浪微博人人网更多

Posted by ivy @ 2011-3-8 17:42:10 阅读(3662) 评论(0)
上一篇：Flickr 网站架构分析
下一篇：【IE6.0 Bug总结之三】div无法遮盖select问题

Feedback

你还可以输入600/600个字符发表评论

IT青藤屋

公告