從MySpace的六次重構經(jīng)歷,來(lái)認識分布式系統到底該如何創(chuàng )建
1
頂一下收藏作者：
Roster | 推薦人：
草根幫主(信譽(yù)值:85372)在2007-7-27 12:發(fā)布，已有 108人閱讀過(guò)：
這
是我在網(wǎng)上無(wú)意中看到的一篇文章,介紹了myspace的六次重構,對于做海量用戶(hù)系統的朋友來(lái)說(shuō),應該能從中受到很多啟發(fā).
在每個(gè)里程碑，站點(diǎn)負擔都會(huì )超過(guò)底層系統部分組件的最大載荷，特別是數據庫和存儲系統。接著(zhù)，功能出現問(wèn)題，用戶(hù)失聲尖叫。最后，技術(shù)團隊必須為此修訂系統策略。
雖然自2005年早期，站點(diǎn)賬戶(hù)數超過(guò)7百萬(wàn)后，系統架構到目前為止保持了相對穩定，但MySpace仍然在為SQL Server支持的同時(shí)連接數等方面繼續攻堅，Benedetto說(shuō)，"我們已經(jīng)盡可能把事情做到最好"。
里程碑一：50萬(wàn)賬戶(hù)
按Benedetto 的說(shuō)法，MySpace最初的系統很小，只有兩臺Web服務(wù)器和一個(gè)數據庫服務(wù)器。那時(shí)使用的是Dell雙CPU、4G內存的系統。
單個(gè)數據庫就意味著(zhù)所有數據都存儲在一個(gè)地方，再由兩臺Web服務(wù)器分擔處理用戶(hù)請求的工作量。但就像MySpace后來(lái)的幾次底層系統修訂時(shí)的情況一樣，三服務(wù)器架構很快不堪重負。此后一個(gè)時(shí)期內，MySpace基本是通過(guò)添置更多Web服務(wù)器來(lái)對付用戶(hù)暴增問(wèn)題的。
但到在2004年早期，MySpace用戶(hù)數增長(cháng)到50萬(wàn)后，數據庫服務(wù)器也已開(kāi)始汗流浹背。
但和Web服務(wù)器不同，增加數據庫可沒(méi)那么簡(jiǎn)單。如果一個(gè)站點(diǎn)由多個(gè)數據庫支持，設計者必須考慮的是，如何在保證數據一致性的前提下，讓多個(gè)數據庫分擔壓力。
在第二代架構中，MySpace運行在3個(gè)SQL Server數據庫服務(wù)器上——一個(gè)為主，所有的新數據都向它提交，然后由它復制到其他兩個(gè)；另兩個(gè)全力向用戶(hù)供給數據，用以在博客和個(gè)人資料欄顯示。這種方式在一段時(shí)間內效果很好——只要增加數據庫服務(wù)器，加大硬盤(pán)，就可以應對用戶(hù)數和訪(fǎng)問(wèn)量的增加。
里程碑二：1-2百萬(wàn)賬戶(hù)
MySpace注冊數到達1百萬(wàn)至2百萬(wàn)區間后，數據庫服務(wù)器開(kāi)始受制于I/O容量——即它們存取數據的速度。而當時(shí)才是2004年中，距離上次數據庫系統調整不過(guò)數月。用戶(hù)的提交請求被阻塞，就像千人樂(lè )迷要擠進(jìn)只能容納幾百人的夜總會(huì )，站點(diǎn)開(kāi)始遭遇"主要矛盾"，Benedetto說(shuō)，這意味著(zhù)MySpace永遠都會(huì )輕度落后于用戶(hù)需求。
"有人花5分鐘都無(wú)法完成留言，因此用戶(hù)總是抱怨說(shuō)網(wǎng)站已經(jīng)完蛋了。"他補充道。
這一次的數據庫架構按照垂直分割模式設計，不同的數據庫服務(wù)于站點(diǎn)的不同功能，如登錄、用戶(hù)資料和博客。于是，站點(diǎn)的擴展性問(wèn)題看似又可以告一段落了，可以歇一陣子。
垂直分割策略利于多個(gè)數據庫分擔訪(fǎng)問(wèn)壓力，當用戶(hù)要求增加新功能時(shí)，MySpace將投入新的數據庫予以支持它。賬戶(hù)到達2百萬(wàn)后，MySpace還從存儲設備與數據庫服務(wù)器直接交互的方式切換到SAN（Storage Area Network，存儲區域網(wǎng)絡(luò )）——用高帶寬、專(zhuān)門(mén)設計的網(wǎng)絡(luò )將大量磁盤(pán)存儲設備連接在一起，而數據庫連接到SAN。這項措施極大提升了系統性能、正常運行時(shí)間和可靠性，Benedetto說(shuō)。
里程碑三：3百萬(wàn)賬戶(hù)
當用戶(hù)繼續增加到3百萬(wàn)后，垂直分割策略也開(kāi)始難以為繼。盡管站點(diǎn)的各個(gè)應用被設計得高度獨立，但有些信息必須共享。在這個(gè)架構里，每個(gè)數據庫必須有各自的用戶(hù)表副本——MySpace授權用戶(hù)的電子花名冊。這就意味著(zhù)一個(gè)用戶(hù)注冊時(shí)，該條賬戶(hù)記錄必須在9個(gè)不同數據庫上分別創(chuàng )建。但在個(gè)別情況下，如果其中某臺數據庫服務(wù)器臨時(shí)不可到達，對應事務(wù)就會(huì )失敗，從而造成賬戶(hù)非完全創(chuàng )建，最終導致此用戶(hù)的該項服務(wù)無(wú)效。
另外一個(gè)問(wèn)題是，個(gè)別應用如博客增長(cháng)太快，那么專(zhuān)門(mén)為它服務(wù)的數據庫就有巨大壓力。
2004年中，MySpace面臨Web開(kāi)發(fā)者稱(chēng)之為"向上擴展"對"向外擴展"（譯者注：Scale Up和Scale Out，也稱(chēng)硬件擴展和軟件擴展）的抉擇——要么擴展到更大更強、也更昂貴的服務(wù)器上，要么部署大量相對便宜的服務(wù)器來(lái)分擔數據庫壓力。一般來(lái)說(shuō)，大型站點(diǎn)傾向于向外擴展，因為這將讓它們得以保留通過(guò)增加服務(wù)器以提升系統能力的后路。
但成功地向外擴展架構必須解決復雜的分布式計算問(wèn)題，大型站點(diǎn)如Google、Yahoo和Amazon.com，都必須自行研發(fā)大量相關(guān)技術(shù)。以Google為例，它構建了自己的分布式文件系統。
另外，向外擴展策略還需要大量重寫(xiě)原來(lái)軟件，以保證系統能在分布式服務(wù)器上運行。"搞不好，開(kāi)發(fā)人員的所有工作都將白費"，Benedetto說(shuō)。
因此，MySpace首先將重點(diǎn)放在了向上擴展上，花費了大約1個(gè)半月時(shí)間研究升級到32CPU服務(wù)器以管理更大數據庫的問(wèn)題。Benedetto說(shuō)，"那時(shí)候，這個(gè)方案看似可能解決一切問(wèn)題。"如穩定性，更棒的是對現有軟件幾乎沒(méi)有改動(dòng)要求。
糟糕的是，高端服務(wù)器極其昂貴，是購置同樣處理能力和內存速度的多臺服務(wù)器總和的很多倍。而且，站點(diǎn)架構師預測，從長(cháng)期來(lái)看，即便是巨型數據庫，最后也會(huì )不堪重負，Benedetto說(shuō)，"換句話(huà)講，只要增長(cháng)趨勢存在，我們最后無(wú)論如何都要走上向外擴展的道路。"
因此，MySpace最終將目光移到分布式計算架構——它在物理上分布的眾多服務(wù)器，整體必須邏輯上等同于單臺機器。拿數據庫來(lái)說(shuō)，就不能再像過(guò)去那樣將應用拆分，再以不同數據庫分別支持，而必須將整個(gè)站點(diǎn)看作一個(gè)應用?，F在，數據庫模型里只有一個(gè)用戶(hù)表，支持博客、個(gè)人資料和其他核心功能的數據都存儲在相同數據庫。
既然所有的核心數據邏輯上都組織到一個(gè)數據庫，那么MySpace必須找到新的辦法以分擔負荷——顯然，運行在普通硬件上的單個(gè)數據庫服務(wù)器是無(wú)能為力的。這次，不再按站點(diǎn)功能和應用分割數據庫，MySpace開(kāi)始將它的用戶(hù)按每百萬(wàn)一組分割，然后將各組的全部數據分別存入獨立的SQL Server實(shí)例。目前，MySpace的每臺數據庫服務(wù)器實(shí)際運行兩個(gè)SQL Server實(shí)例，也就是說(shuō)每臺服務(wù)器服務(wù)大約2百萬(wàn)用戶(hù)。Benedetto指出，以后還可以按照這種模式以更小粒度劃分架構，從而優(yōu)化負荷分擔。
當然，還是有一個(gè)特殊數據庫保存了所有賬戶(hù)的名稱(chēng)和密碼。用戶(hù)登錄后，保存了他們其他數據的數據庫再接管服務(wù)。特殊數據庫的用戶(hù)表雖然龐大，但它只負責用戶(hù)登錄，功能單一，所以負荷還是比較容易控制的。
里程碑四：9百萬(wàn)到1千7百萬(wàn)賬戶(hù)
2005年早期，賬戶(hù)達到9百萬(wàn)后，MySpace開(kāi)始用Microsoft的C#編寫(xiě)ASP.NET程序。C#是C語(yǔ)言的最新派生語(yǔ)言，吸收了C++和Java的優(yōu)點(diǎn)，依托于Microsoft .NET框架（Microsoft為軟件組件化和分布式計算而設計的模型架構）。ASP.NET則由編寫(xiě)Web站點(diǎn)腳本的ASP技術(shù)演化而來(lái)，是Microsoft目前主推的Web站點(diǎn)編程環(huán)境。
可以說(shuō)是立竿見(jiàn)影， MySpace馬上就發(fā)現ASP.NET程序運行更有效率，與ColdFusion相比，完成同樣任務(wù)需消耗的處理器能力更小。據技術(shù)總監Whitcomb說(shuō)，新代碼需要150臺服務(wù)器完成的工作，如果用ColdFusion則需要246臺。Benedetto還指出，性能上升的另一個(gè)原因可能是在變換軟件平臺，并用新語(yǔ)言重寫(xiě)代碼的過(guò)程中，程序員復審并優(yōu)化了一些功能流程。
最終，MySpace開(kāi)始大規模遷移到ASP.NET。即便剩余的少部分ColdFusion代碼，也從Cold-Fusion服務(wù)器搬到了ASP.NET，因為他們得到了BlueDragon.NET（喬治亞州阿爾法利塔New Atlanta Communications公司的產(chǎn)品，它能將ColdFusion代碼自動(dòng)重新編譯到Microsoft平臺）的幫助。
賬戶(hù)達到1千萬(wàn)時(shí)，MySpace再次遭遇存儲瓶頸問(wèn)題。SAN的引入解決了早期一些性能問(wèn)題，但站點(diǎn)目前的要求已經(jīng)開(kāi)始周期性超越SAN的I/O容量——即它從磁盤(pán)存儲系統讀寫(xiě)數據的極限速度。
原因之一是每數據庫1百萬(wàn)賬戶(hù)的分割策略，通常情況下的確可以將壓力均分到各臺服務(wù)器，但現實(shí)并非一成不變。比如第七臺賬戶(hù)數據庫上線(xiàn)后，僅僅7天就被塞滿(mǎn)了，主要原因是佛羅里達一個(gè)樂(lè )隊的歌迷瘋狂注冊。
某個(gè)數據庫可能因為任何原因，在任何時(shí)候遭遇主要負荷，這時(shí)，SAN中綁定到該數據庫的磁盤(pán)存儲設備簇就可能過(guò)載。"SAN讓磁盤(pán)I/O能力大幅提升了，但將它們綁定到特定數據庫的做法是錯誤的。"Benedetto說(shuō)。
最初，MySpace通過(guò)定期重新分配SAN中數據，以讓其更為均衡的方法基本解決了這個(gè)問(wèn)題，但這是一個(gè)人工過(guò)程，"大概需要兩個(gè)人全職工作。"Benedetto說(shuō)。
長(cháng)期解決方案是遷移到虛擬存儲體系上，這樣，整個(gè)SAN被當作一個(gè)巨型存儲池，不再要求每個(gè)磁盤(pán)為特定應用服務(wù)。MySpace目前采用了一種新型SAN設備——來(lái)自加利福尼亞州弗里蒙特的3PARdata。
在3PAR的系統里，仍能在邏輯上按容量劃分數據存儲，但它不再被綁定到特定磁盤(pán)或磁盤(pán)簇，而是散布于大量磁盤(pán)。這就使均分數據訪(fǎng)問(wèn)負荷成為可能。當數據庫需要寫(xiě)入一組數據時(shí)，任何空閑磁盤(pán)都可以馬上完成這項工作，而不再像以前那樣阻塞在可能已經(jīng)過(guò)載的磁盤(pán)陣列處。而且，因為多個(gè)磁盤(pán)都有數據副本，讀取數據時(shí)，也不會(huì )使SAN的任何組件過(guò)載。
當2005年春天賬戶(hù)數達到1千7百萬(wàn)時(shí)，MySpace又啟用了新的策略以減輕存儲系統壓力，即增加數據緩存層——位于Web服務(wù)器和數據庫服務(wù)器之間，其唯一職能是在內存中建立被頻繁請求數據對象的副本，如此一來(lái)，不訪(fǎng)問(wèn)數據庫也可以向Web應用供給數據。換句話(huà)說(shuō)，100個(gè)用戶(hù)請求同一份資料，以前需要查詢(xún)數據庫100次，而現在只需1次，其余都可從緩存數據中獲得。當然如果頁(yè)面變化，緩存的數據必須從內存擦除，然后重新從數據庫獲取——但在此之前，數據庫的壓力已經(jīng)大大減輕，整個(gè)站點(diǎn)的性能得到提升。
緩存區還為那些不需要記入數據庫的數據提供了驛站，比如為跟蹤用戶(hù)會(huì )話(huà)而創(chuàng )建的臨時(shí)文件——Benedetto坦言他需要在這方面補課，"我是數據庫存儲狂熱分子，因此我總是想著(zhù)將萬(wàn)事萬(wàn)物都存到數據庫。"但將像會(huì )話(huà)跟蹤這類(lèi)的數據也存到數據庫，站點(diǎn)將陷入泥沼。
增加緩存服務(wù)器是"一開(kāi)始就應該做的事情，但我們成長(cháng)太快，以致于沒(méi)有時(shí)間坐下來(lái)好好研究這件事情。"Benedetto補充道。
里程碑五：2千6百萬(wàn)賬戶(hù)
2005年中期，服務(wù)賬戶(hù)數達到2千6百萬(wàn)時(shí)，MySpace切換到了還處于beta測試的SQL Server 2005。轉換何太急？主流看法是2005版支持64位處理器。但Benedetto說(shuō)，"這不是主要原因，盡管這也很重要；主要還是因為我們對內存的渴求。"支持64位的數據庫可以管理更多內存。
更多內存就意味著(zhù)更高的性能和更大的容量。原來(lái)運行32位版本的SQL Server服務(wù)器，能同時(shí)使用的內存最多只有4G。切換到64位，就好像加粗了輸水管的直徑。升級到SQL Server 2005和64位Windows Server 2003后，MySpace每臺服務(wù)器配備了32G內存，后于2006年再次將配置標準提升到64G。
意外錯誤
如果沒(méi)有對系統架構的歷次修改與升級，MySpace根本不可能走到今天。但是，為什么系統還經(jīng)常吃撐著(zhù)了？很多用戶(hù)抱怨的"意外錯誤"是怎么引起的呢？
原因之一是MySpace對Microsoft的Web技術(shù)的應用已經(jīng)進(jìn)入連Microsoft自己也才剛剛開(kāi)始探索的領(lǐng)域。比如11月，超出SQL Server最大同時(shí)連接數，MySpace系統崩潰。Benedetto說(shuō)，這類(lèi)可能引發(fā)系統崩潰的情況大概三天才會(huì )出現一次，但仍然過(guò)于頻繁了，以致惹人惱怒。一旦數據庫罷工，"無(wú)論這種情況什么時(shí)候發(fā)生，未緩存的數據都不能從SQL Server獲得，那么你就必然看到一個(gè)‘意外錯誤‘提示。"他解釋說(shuō)。
去年夏天，MySpace的Windows 2003多次自動(dòng)停止服務(wù)。后來(lái)發(fā)現是操作系統一個(gè)內置功能惹的禍——預防分布式拒絕服務(wù)攻擊（黑客使用很多客戶(hù)機向服務(wù)器發(fā)起大量連接請求，以致服務(wù)器癱瘓）。MySpace和其他很多頂級大站點(diǎn)一樣，肯定會(huì )經(jīng)常遭受攻擊，但它應該從網(wǎng)絡(luò )級而不是依靠Windows本身的功能來(lái)解決問(wèn)題——否則，大量MySpace合法用戶(hù)連接時(shí)也會(huì )引起服務(wù)器反擊。
"我們花了大約一個(gè)月時(shí)間尋找Windows 2003服務(wù)器自動(dòng)停止的原因。"Benedetto說(shuō)。最后，通過(guò)Microsoft的幫助，他們才知道該怎么通知服務(wù)器："別開(kāi)槍?zhuān)怯衍姟?
緊接著(zhù)是在去年7月某個(gè)周日晚上，MySpace總部所在地洛杉磯停電，造成整個(gè)系統停運12小時(shí)。大型Web站點(diǎn)通常要在地理上分布配置多個(gè)數據中心以預防單點(diǎn)故障。本來(lái)，MySpace還有其他兩個(gè)數據中心以應對突發(fā)事件，但Web服務(wù)器都依賴(lài)于部署在洛杉磯的SAN。沒(méi)有洛杉磯的SAN，Web服務(wù)器除了懇求你耐心等待，不能提供任何服務(wù)。
Benedetto說(shuō)，主數據中心的可靠性通過(guò)下列措施保證：可接入兩張不同電網(wǎng)，另有后備電源和一臺儲備有30天燃料的發(fā)電機。但在這次事故中，不僅兩張電網(wǎng)失效，而且在切換到備份電源的過(guò)程中，操作員燒掉了主動(dòng)力線(xiàn)路。
2007年中，MySpace在另兩個(gè)后備站點(diǎn)上也建設了SAN。這對分擔負荷大有幫助——正常情況下，每個(gè)SAN都能負擔三分之一的數據訪(fǎng)問(wèn)量。而在緊急情況下，任何一個(gè)站點(diǎn)都可以獨立支撐整個(gè)服務(wù)，Benedetto說(shuō)。
MySpace仍然在為提高穩定性?shī)^斗，雖然很多用戶(hù)表示了足夠信任且能原諒偶現的錯誤頁(yè)面。
"作為開(kāi)發(fā)人員，我憎惡Bug，它太氣人了。"Dan Tanner這個(gè)31歲的德克薩斯軟件工程師說(shuō)，他通過(guò)MySpace重新聯(lián)系到了高中和大學(xué)同學(xué)。"不過(guò)，MySpace對我們的用處很大，因此我們可以原諒偶發(fā)的故障和錯誤。" Tanner說(shuō)，如果站點(diǎn)某天出現故障甚至崩潰，恢復以后他還是會(huì )繼續使用。
這就是為什么Drew在論壇里咆哮時(shí)，大部分用戶(hù)都告訴他應該保持平靜，如果等幾分鐘，問(wèn)題就會(huì )解決的原因。Drew無(wú)法平靜，他寫(xiě)道，"我已經(jīng)兩次給MySpace發(fā)郵件，而它說(shuō)一小時(shí)前還是正常的，現在出了點(diǎn)問(wèn)題……完全是一堆廢話(huà)。"另一個(gè)用戶(hù)回復說(shuō)，"畢竟它是免費的。"Benedetto坦承100%的可靠性不是他的目標。"它不是銀行，而是一個(gè)免費的服務(wù)。"他說(shuō)。
換句話(huà)說(shuō)，MySpace的偶發(fā)故障可能造成某人最后更新的個(gè)人資料丟失，但并不意味著(zhù)網(wǎng)站弄丟了用戶(hù)的錢(qián)財。"關(guān)鍵是要認識到，與保證站點(diǎn)性能相比，丟失少許數據的故障是可接受的。"Benedetto說(shuō)。所以，MySpace甘冒丟失2分鐘到2小時(shí)內任意點(diǎn)數據的危險，在SQL Server配置里延長(cháng)了"checkpoint"操作——它將待更新數據永久記錄到磁盤(pán)——的間隔時(shí)間，因為這樣做可以加快數據庫的運行。
Benedetto說(shuō)，同樣，開(kāi)發(fā)人員還經(jīng)常在幾個(gè)小時(shí)內就完成構思、編碼、測試和發(fā)布全過(guò)程。這有引入Bug的風(fēng)險，但這樣做可以更快實(shí)現新功能。而且，因為進(jìn)行大規模真實(shí)測試不具可行性，他們的測試通常是在僅以部分活躍用戶(hù)為對象，且用戶(hù)對軟件新功能和改進(jìn)不知就里的情況下進(jìn)行的。因為事實(shí)上不可能做真實(shí)的加載測試，他們做的測試通常都是針對站點(diǎn)。
"我們犯過(guò)大量錯誤，"Benedetto說(shuō)，"但到頭來(lái)，我認為我們做對的還是比做錯的多。"
MySpace Tech Roster
January 16, 2007
By David F. Carr
我的一些思考:
看完這篇文章首先很驚訝myspace居然是基于.net平臺的系統,windows2003+asp.net+IIS+SQLSERVER,雖然我是一個(gè)純粹的MS技術(shù)者,但是對于MS的WEB應用總是有點(diǎn)疑慮,我的擔心大概是來(lái)自于到處都在鼓吹的LAMP,我并不敵視開(kāi)源,但是我承認,它給我帶來(lái)了很大的壓力.看了這篇文章,我有點(diǎn)慶幸也有點(diǎn)笑自己之前的迂腐,其實(shí)對于技術(shù)來(lái)說(shuō),優(yōu)劣只在于開(kāi)發(fā)者本身,myspace的六次重構,很好的說(shuō)明了這一點(diǎn).
我們常常講分布式系統,這個(gè)概念很大,簡(jiǎn)單點(diǎn)說(shuō),就是把系統給拆分開(kāi)來(lái),把本來(lái)一臺服務(wù)器做的事,分到兩臺服務(wù)器來(lái)做.如果只在一臺服務(wù)器上部署兩個(gè)程序來(lái)執行之前一個(gè)程序做的事,我認為那不叫分布式,也是完全沒(méi)必要的,分布式的原則是"后分布"(lazy distribute),因為這本身是件損耗性能的工作,如果不能通過(guò)它來(lái)獲得明顯的性能提升,那為什么還要分布式?
myspace的六次重構基本都是圍繞數據庫來(lái)進(jìn)行的,做了這么多年的WEB應用,我早就知道了數據庫對于一個(gè)網(wǎng)站來(lái)說(shuō)是多么的重要.在程序沒(méi)有額外的問(wèn)題的基礎上,隨著(zhù)流量的增大,最先出現問(wèn)題的,往往就是數據庫.癥狀通常為,數據庫查詢(xún)/更新變的非常非常的慢,經(jīng)常超時(shí)等.
這個(gè)時(shí)候,我們能做的事非常有限,無(wú)非是調整下SQLServer的內存大小,給服務(wù)器加內存換速度更快的硬盤(pán)等.如果要認真的解決這個(gè)問(wèn)題,對于一般的開(kāi)發(fā)者來(lái)說(shuō),都會(huì )自然的想到拆庫.海量的數據查詢(xún)對于SQL來(lái)說(shuō)本就是不該存在的,無(wú)論你的數據庫優(yōu)化的多么好,比如你用的Oracle,數據吞吐量很大,難道查詢(xún)100W的記錄會(huì )比SQL查詢(xún)1W條更快嗎?拆庫又分本地數據庫分多個(gè)表和多個(gè)服務(wù)器分多個(gè)庫,執行順序為由前到後,當數據庫的壓力由海量查詢(xún)變成磁盤(pán)IO之后,就需要更多的數據庫服務(wù)器了.
除了硬件手段,更常用的是采用緩存.myspace直到第四次改版的后期才開(kāi)始正式的引入緩存策略,這確實(shí)是個(gè)失誤,如果從最開(kāi)始就考慮到緩存的作用的話(huà),那么數據庫服務(wù)器至少不會(huì )膨脹的那么快,也可以有更多的時(shí)間來(lái)思考更好的架構.當然,正如Benedetto所說(shuō),這是件一開(kāi)始就該考慮的事,但是myspace成長(cháng)的太快了.
不是誰(shuí)都有機會(huì )來(lái)為一個(gè)流量在世界上排名前10的網(wǎng)站來(lái)設計架構,因此myspace的后面的若干次重構,對于普通的開(kāi)發(fā)者已經(jīng)很難接觸了,我認為,在第三個(gè)里程碑時(shí),也就是通過(guò)服務(wù)器的橫向擴展來(lái)實(shí)現的分布式,已經(jīng)足夠支持巨型網(wǎng)站的應用了.myspace是個(gè)交互型特別強的網(wǎng)站,用戶(hù)執行的請求數會(huì )遠大于一般的網(wǎng)站,這也是它巨大的數據庫壓力的來(lái)源.
最后總結一下WEB系統分布式的要點(diǎn):
1.不到需要,絕對不要分布
2.分布式應該圍繞數據庫展開(kāi)
3.分布式系統本身具有很強的擴展性,系統性能的提升和硬件的增加是線(xiàn)性關(guān)系.
感想寫(xiě)的比較亂,基本想到什么寫(xiě)的什么,各位看官各取所需即是.
