了解facebook網(wǎng)站框架技術-LAMP：

　　一、設計原則：

　　盡可能的使用開源軟件，并且在需要優(yōu)化的時候進行優(yōu)化

　　Unix 哲學。包括，模塊化原則;整合化原則;清晰化原則等

　　任何組件具備擴展性

　　最小化故障影響

　　簡化，簡化，簡化!

　　二、架構概覽

　　Facebook 是 LAMP 的堅定支持者，也差不多是用 LAMP (或許用 LAM2P 更適合) 實現(xiàn)的最大的動態(tài)站點。

　　基礎組件加上服務，中間用自己實現(xiàn)的一些工具進行粘合。其中關于運維細節(jié)的事情基本不會說出來的，這是很多公司的軟實力所在。

　　三、MySQL 經(jīng)驗

　　主要用于做 Key-Value 類型的存儲操作，數(shù)據(jù)隨機分布在多臺邏輯實例上，訪問多數(shù)基于全局 ID 。

　　邏輯實例分散在多臺物理主機上(超過1800臺)，負載均衡在物理層進行。

　　不做讀復制。

　　盡量不做邏輯數(shù)據(jù)遷移(成本太高)。

　　不做 JOIN 操作 (豆瓣在 QCon 上也闡述了這一點)。數(shù)據(jù)是隨機分布的，關聯(lián)操作反而帶來了極大的復雜度。

　　對于數(shù)據(jù)訪問，主要的操作集中在最新的數(shù)據(jù)上，針對這部分做優(yōu)化，舊的數(shù)據(jù)進行歸檔。

　　在中心 DB 絕不存儲非靜態(tài)數(shù)據(jù)。

　　使用服務或者 Memcached 進行全局查詢。

　　四、Memcached 經(jīng)驗

　　一個比較有價值的是關于個人頁面數(shù)據(jù)的獲取的描述。這個就完全是需要做單頁面 Benchmark 的細致活兒了，可能還需要產(chǎn)品經(jīng)理能夠理解工程師的"抵抗"。

　　獲取個人信息數(shù)據(jù)：通過Cache，隱性通過用戶所在的 DB 獲取(基于 User-ID 獲知 DB)

　　獲取朋友連接信息：通過Cache，否則的話通過DB(基于 User-ID 獲知 DB)

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

　　并行抓取最近相冊中的照片數(shù)據(jù)

　　運行PHP 把整個業(yè)務邏輯跑出來

　　返回數(shù)據(jù)給用戶

　　然后是對 Facebook 非 LAMP 體系的東西做了一番介紹，基本上也開源了。最后參考兩個架構圖。

　　Facebook NewsFeed 的架構示意圖

　　Facebook 搜索功能的架構示意圖

【編輯推薦】

Ubuntu下LAMP的配置

如何在Linux下安裝lamp

使用yum安裝LAMP的方法