如何理解FACEBOOK的系統(tǒng)架構(gòu)

本篇文章為大家展示了FACEBOOK 的系統(tǒng)架構(gòu)，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

• Web 前端是由 PHP 寫的。Facebook 的  HipHop 會(huì)把PHP轉(zhuǎn)成 C++ 并用 g++編譯，這樣就可以為模板和Web邏賀業(yè)務(wù)層提供高的性能。

• 業(yè)務(wù)邏輯以Service的形式存在，其使用 Thrift 。這些Service根據(jù)需求的不同由PHP，C++或Java實(shí)現(xiàn)（也可以用到了其它的一些語言……）

• 用Java寫的Services沒有用到任何一個(gè)企業(yè)級(jí)的應(yīng)用服務(wù)器，但用到了Facebook自己的定制的應(yīng)用服務(wù)器?？瓷先ズ孟袷侵匦掳l(fā)明輪子，但是這些Services只被暴露給Thrift使用（絕大所數(shù)是這樣），Tomcat太重量級(jí)了，即使是Jetty也可能太過了點(diǎn)，其附加值對Facebook所需要的沒有意義。

• 持久化由MySQL,  Memcached , Facebook 的  Cassandra , Hadoop 的  HBase  完成。Memcached 使用了MySQL的內(nèi)存Cache。Facebook 工程師承認(rèn)他們的Cassandra 使用正在減少，因?yàn)樗麄兏矚gHBase，因?yàn)樗母唵蔚囊恢滦阅Ｐ?，以到其MapReduce能力。

• 離線處理使用Hadoop 和 Hive。

• 日志，點(diǎn)擊，feeds數(shù)據(jù)使用 Scribe ，把其聚合并存在 HDFS，其使用 Scribe-HDFS ，因而允許使用MapReduce進(jìn)行擴(kuò)展分析。

• BigPipe 是他們的定制技術(shù)，用來加速頁面顯示。

• Varnish Cache 用作HTTP代理。他們用這個(gè)的原因是 高速和有效率。 

• 用來搞定用戶 上傳的十億張照片的存儲(chǔ)，其由Haystack處理，F(xiàn)acebook自己開發(fā)了一個(gè)Ad-Hoc存儲(chǔ)方案，其主要做了一些低層優(yōu)化和“僅追加”寫技術(shù) .

• Facebook Messages 使用了自己的架構(gòu)，其明顯地構(gòu)建在了一個(gè)動(dòng)態(tài)集群的基礎(chǔ)架構(gòu)上。業(yè)務(wù)邏輯和持久化被封裝在一個(gè)所謂的’Cell’。每個(gè)‘Cell’都處理一部分用戶，新的‘Cell’可以因?yàn)樵L問熱度被添加。 持久化歸檔使用HBase 。

• Facebook Messages 的搜索引擎由存儲(chǔ)在HBase中的一個(gè)倒置索引的構(gòu)建。 

• Facebook 搜索引擎實(shí)現(xiàn)細(xì)節(jié)據(jù)我所知目前是未知狀態(tài)。

• Typeahead 搜索使用了一個(gè)定制的存儲(chǔ)和檢索邏輯。 

• Chat 基于一個(gè)Epoll 服務(wù)器，這個(gè)服務(wù)器由Erlang 開發(fā)，由Thrift存取 

關(guān)于那些供給給上述組件的資源，下面是一些信息和數(shù)量，但是有一些是未知的：

• Facebook估計(jì)有超過60,000 臺(tái)服務(wù)器。他們最新的數(shù)據(jù)中心在俄勒岡州的Prineville，其基于完全自定設(shè)計(jì)的硬件，那是最近才公開的  Open Compute 項(xiàng)目。

• 300 TB 的數(shù)據(jù)存在 Memcached 中處理 

上述內(nèi)容就是FACEBOOK 的系統(tǒng)架構(gòu)，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注億速云行業(yè)資訊頻道。