Twitter也在玩BT 最大微博站點程序部署技術探秘
對于網站經營者、創業者來說，“擴展性問題”是在網站流量成長過程中勢必會面對的問題，如何建立一個具有可擴展性的架構(scalable architecture)，是在規劃網站過程中不可或缺的專業知識。
51CTO推薦閱讀：大型B2C網站高性能可伸縮架構技術探秘
如果服務本身的功能性合乎使用者需求，卻因為架構、程序效率、數據庫效率的問題導致服務器增多出現瓶頸，如何評估、分析網站效能瓶頸？理清問題后如何找出對應的解決方案，可以思考的相關議題包括：
◆如何有效率地理清問題？從客戶端端的數據（讀取時間）或是從服務器端的log日志、硬件的負載率？
◆網站效能瓶頸是出現在Client或Server端？是數據庫撐不住還是程序的執行效率不好？是Request太多還是日志太大？
◆Web Server、DB server如何擠出更多的資源？擠不出資源后如何擴展？擴展后會遇到什么問題？
參考國外知名網站在架構上的作法是一種很好方式，盡管同那些網站的服務的規?？赡軣o法相比，但根據正確的作法與經驗踏出對的***步，肯定是有助于突破網站運營效率的瓶頸。
Twitter身為全球***的微博服務站點，運用數千臺的服務器提供服務給來自全球各地的使用者，然而每當網站內容、應用程序有更新時，如何盡可能地在越短的時間內將應用程序部署(deploy)到所有的服務器當中是相當重要的課題。
Twitter在早期便依賴Capistrano來進行應用程序的部署，每當有新版本的程序需要釋出時，Capistrano會根據預設好的各種設定、流程到Twitter所有的服務器上進行更新，在過去服務器還不多的情況下，一切都很美好。但隨著Twitter服務器數量的成長，到了幾百臺服務器時，事情已經不再像過去一樣美好，甚至到后來擁有數千臺服務器時，更新的時間會耗費40分鐘。
Twitter針對這個問題，認為問題的關鍵在于：使用集中式的系統，也就是所有的服務器要輪流排隊到同一臺版本控制系統上進行程序更新。Twitter最初的想法是將版本控制系統也做出分散式的架構，服務器的程序代碼更新就可以分散到不同的機器來壓縮部署時間，但事實上版本控制系統即使分散在多臺服務器上，也同樣會有這些服務器要更新日志的時間。因此Twitter發現，需要一個完全去中心化、***像是BitTorrent，利用P2P的特色讓所有的節點都可以協助進行程序的更新。
以結果來看，在采用了BitTorrent的方式來更新服務器后，部署的時間從40分鐘大幅減少到只要12秒鐘！實在是非常驚人的改善，數千臺服務器的程序代碼居然只要短短12秒鐘就能運行完成。
Twitter也將此次部署流程改善的成果分享出來，叫做Murder，如果對于技術細節有興趣的讀者，可以再進行深入的研究，筆者簡單摘錄幾個重點如下：
◆Murder是以BitTornado為基礎開發出來的（BitTornado是某一種BitTorrent client）；
◆Murder的定位是協助我們快速的將日志部署到大批服務器上；
◆利用BitTorrent的部署方式可避免防火墻的問題、擁有非?？斓膫鬏斔俣?；
◆實際的部署程序代碼是搭配Capistrano進行的，網頁上有很清楚的說明。
【編輯推薦】
