论文:Hadoop在Facebook的实时应用

Facebook在其最新的消息系统中使用了HBase,这已经不是什么新闻了,而HBase与其基础设施HDFS也因此越来越受追捧,下面是Facebook在SIGMOD 2011大会上发表的论文,描述了Hadoop系列工具在Facebook中的应用情况。

Facebook为何选择了Hadoop和HBase

前段时间Facebook的新版消息系统发布,Facebook对HBase的成功使用也使得超来超多的HBase案例得以出现,下文是Facebook的Hadoop工程师Dhruba Borthakur同学发表的Hadoop系列文章中的一篇,对Facebook选择Hadoop和HBase的原因做了一个说明。

Quora为什么不采用NoSQL?

最近问答类网站像打了鸡血一样被疯狂的复制,而Quora作为全球最大的社会化问答网站,他背后的技术是什么样的呢?为什么Quora没有使用NoSQL类产品吗。下面是Quora的创始人,Facebook的前CTO,被马克扎克伯格称做“曾经最好的朋友”的Adam D’Angelo同学对这一问题的回答。

Facebook游戏开发商wooga的架构:基于MySQL和Redis

这是wooga从之前的基于分片(Shard)的MySQL迁移到基于Master/Slave的Redis和MySQL混合的一些经验教训:
原文地址:http://nosql.mypopescu.com/post/4788119911/woogas-architecture-facebook-games-on-mysql-and-redis

Facebook分布式日志收集框架:Scribe

Scribe是用来收集日志的服务器.它具备很强的扩展能力,并且网络故障及服务器节点故障,都不会对日志收集造成影响.大规模集群系统中每个节点上都运行了一个Scribe服务,这个Scribe服务器可以收集信息然后将信息发送到一个中央Scribe服务器(也可以是多个中央Scribe服务器)如果中央Scribe服务器(或中央服务器组)出现故障不可用的话,各个节点的Scibe服务器就会将日志信息写到本地磁盘待中央Scribe服务器恢复正常时再发送.中央Scribe服务器会将这些信息写文件保存到最终的磁盘地址,一般是nfs文件系统或者一个分布式文件系统中,有时也会把这些日志文件传输到其他层的Scribe服务器组中.