高擴展性網(wǎng)站的50條原則

前言

　  感謝你對本書感興趣！本書既可以作為初級讀物，又可以作為復(fù)習(xí)資料和簡單的參考手冊，幫助每一位工程師、架構(gòu)師、管理者開發(fā)和維護可擴展的互聯(lián)網(wǎng)產(chǎn)品。本書設(shè)計了一系列原則，每個原則都與不同的主題綁定在一起。大部分原則是面向技術(shù)的，只有少量的原則解決的是與關(guān)鍵的習(xí)慣和方法有關(guān)的問題，當(dāng)然，每個原則都對構(gòu)建可擴展的產(chǎn)品至關(guān)重要。這些原則的深度和關(guān)注點各不相同。有些原則是通用的，如定義一個幾乎適用于所有可擴展性問題的模型；而有些原則則是專用的，解釋了某種技術(shù)，例如，如何修改文件頭，從而讓內(nèi)容盡量適合緩存。　  快速使用指南　  對于經(jīng)驗豐富的工程師、架構(gòu)師和管理者來說，都應(yīng)該首先閱讀所有原則開頭的說明部分，它包含了原則的目的、適用情形、應(yīng)用方式以及應(yīng)用理由。讀者可以按順序瀏覽每一章，也可以直接跳到第13章，該章匯總了所有原則的開頭說明部分。讀過這些說明之后，再去閱讀對你來說全新的章節(jié)或者你感興趣的章節(jié)?！? 對于經(jīng)驗較少的讀者來說，一下子面對50條原則可能會令你不知所措。我們雖然確信你最終會了解所有原則，但是也充分理解你需要根據(jù)事情的輕重緩急來分配時間。正因為如此，我們專為管理者挑出了5章內(nèi)容（第1、2、4、7、12章），為軟件開發(fā)人員挑出了5章內(nèi)容（第1、2、5、10、11章），為技術(shù)運維人員挑出了5章內(nèi)容（第2、3、6、8、9章），你應(yīng)該優(yōu)先閱讀相應(yīng)章節(jié)的內(nèi)容，這樣可以幫助你盡快掌握高擴展性知識?！? 無論你具體從事哪種工作，我們都建議你在有時間的時候閱讀本書的所有原則，熟悉這些原則和概念。本書很薄，也許在某次短途航班上就能讀完?！? 本書可以作為案頭的參考資料。如果你想修正或者重新架構(gòu)現(xiàn)有產(chǎn)品，那么第13章提供了一種方法，可以讓你基于成本和預(yù)期收益的考慮將這些原則應(yīng)用到現(xiàn)有平臺上。如果你已經(jīng)有了自己的分級方法，那么除非你認(rèn)為我們的更好，否則還是不要改變它。如果你還沒有分級方法，那么我們的方法則可以幫助你考慮首先應(yīng)該應(yīng)用哪條原則?！? 如果你剛開始開發(fā)一個新產(chǎn)品，那么這些原則可以算是開發(fā)高擴展性產(chǎn)品的最佳實踐。在這種情況下，第13章提供的劃分優(yōu)先級的方法，可以在你設(shè)計產(chǎn)品時指導(dǎo)你最應(yīng)該考慮哪些方面。你應(yīng)該看看那些最可能使短期和長期需求具有高可擴展性的原則，然后將其付諸實踐。　  對于所有公司來說，這些原則有助于形成一套推動未來發(fā)展的架構(gòu)理論。選用原則5、原則10或者原則15能使你的產(chǎn)品具有高擴展性，并可使用它們提升現(xiàn)有設(shè)計。工程師和架構(gòu)師可以針對你選的每一條擴展原則提出一些問題，以確保新的設(shè)計能達(dá)到高擴展性標(biāo)準(zhǔn)。盡管這些原則是具體且固定的，但仍然有可修改的空間，具體要視系統(tǒng)的特殊要求而定。如果你和你的團隊具有豐富的擴展經(jīng)驗，那么可以對這些原則進(jìn)行必要的修改，使它們適用于特定場景。如果不具備這種經(jīng)驗，那就嚴(yán)格遵守這些原則吧，看看它們能實現(xiàn)多大的可擴展性?！? 最后要說的是，本書還可當(dāng)做一本參考手冊。第13章是一個快速索引，概述了所有原則。無論是遇到了問題，還是想開發(fā)一個更具備擴展性的解決方案，都可以查閱第13章，以最快的速度找到能脫離困境的原則，或者在新的開發(fā)過程中發(fā)現(xiàn)最佳路徑。除了把本書作為案頭的參考手冊，你還可以用各種方法把它融入到組織中，例如每周實踐一兩個原則并且在技術(shù)例會上討論?！? 本書寫作意圖　  目前市場上還沒有什么關(guān)于高擴展性的好書。就講述的方法而言，本書在市場上獨一無二。它是第一本以面向原則的方式闡述高擴展性的書，又是第一本既提供了相關(guān)主題概覽，又可以作為參考手冊的書。對于想將本書應(yīng)用于現(xiàn)有平臺的讀者，我們還特別準(zhǔn)備了一章，對50條原則進(jìn)行了總結(jié)和分級。　  在我們的博客上，得到評論最多的一篇博文是關(guān)于將高擴展性作為一門學(xué)科的。我們和那些研究擴展性問題的專家都認(rèn)為，當(dāng)今的科技公司急需高擴展性架構(gòu)師。在計算機系統(tǒng)發(fā)展的早期，幾乎人人都是程序員，然后逐漸分化為運維人員、DBA、架構(gòu)師等。現(xiàn)在的技術(shù)團隊是由許多不同學(xué)科和專業(yè)的人才組成的，其中就缺少高擴展性架構(gòu)師這類人才?！? DBA只需要把自己的事情做完，而不必再教其他人，除非正在帶初級DBA。而高擴展性架構(gòu)師則與之不同，他們的一項主要職責(zé)就是培養(yǎng)技術(shù)人員。高擴展性架構(gòu)師應(yīng)該是老師與布道者，而不是知識的保密者。我們把50條原則集合起來，為這種教學(xué)奠定基礎(chǔ)，相信這50條原則能夠為擴展自己系統(tǒng)的公司提供指導(dǎo)性幫助?！? 如何決定選用哪50條原則　  決定選用哪些原則并不容易。一本書可以輕松地寫上100條甚至200條原則。我們選用原則的標(biāo)準(zhǔn)是看我們最常向客戶提出哪些建議，以及我們針對客戶的產(chǎn)品最常推薦哪些變更、添加和修正。我們發(fā)現(xiàn)在前50條原則之后，推薦率大幅下降。這并不是說，前50條原則的推薦率是完全相等的，也不是說第51條就相當(dāng)不常用。只是說，我們經(jīng)常向客戶推薦這50條。這些原則的介紹順序也并不是根據(jù)它們的推薦頻率來排的。在第13章中，我們對每條原則能降低多少風(fēng)險，以及實施或采用起來的成本進(jìn)行了評級，然后根據(jù)應(yīng)用這些原則的好處和優(yōu)先級對它們進(jìn)行了分組?！? 本書和The Art of Scalability 有什么不同　  The Art of Scalability是我們所著的有關(guān)該主題的第一本書，重點關(guān)注人員、方法和技術(shù)，而本書則專注于技術(shù)。不要誤解了，我們始終認(rèn)為人員和方法是構(gòu)建高擴展性解決方案最重要的因素。畢竟，在制定可擴展的解決方案方面獲得成功或遭遇失敗的是公司，而公司則是由做出貢獻(xiàn)的個體和管理制度構(gòu)成的。擴展的失敗不是技術(shù)的過失，它是人在構(gòu)建、選擇或集成時犯下的錯誤。不過我們認(rèn)為，The Art of Scalability一書已經(jīng)足以解決與高擴展性相關(guān)的人員和方法的問題，而我們想要的是在技術(shù)方面更深入一層?！? 本書展開論述了上一本書的第三部分（技術(shù)部分）。本書中的內(nèi)容比上一本書更新，討論的方式也更技術(shù)化。上一本書中討論過的內(nèi)容，本書中都進(jìn)行了擴展，或者用稍微不同的方式進(jìn)行了定義，以便讀者更好地理解這些概念。

內(nèi)容概要

　　《高擴展性網(wǎng)站的50條原則》給出了設(shè)計高擴展網(wǎng)站的50條原則，如不要過度設(shè)計、設(shè)計時就考慮擴展性、把方案簡化3倍以上、減少DNS查找、盡可能減少對象等，每個原則都與不同的主題綁定在一起。大部分原則是面向技術(shù)的，只有少量原則解決的是與關(guān)鍵習(xí)慣和方法有關(guān)的問題，當(dāng)然，每個原則都對構(gòu)建可擴展的產(chǎn)品至關(guān)重要。
　　《高擴展性網(wǎng)站的50條原則》適合各層次Web開發(fā)人員閱讀。

作者簡介

Martin L. Abbott
業(yè)界資深管理者，曾參與管理過多家世界500強企業(yè)和創(chuàng)業(yè)公司。AKF Partners公司創(chuàng)始人。曾任Quigo公司首席運營官（該公司后被AOL收購），eBay公司高級副總裁和首席技術(shù)官，還曾在Gateway和摩托羅拉擔(dān)任重要職位?，F(xiàn)任多家技術(shù)公司董事，多所高校、公共機構(gòu)以及私企的咨詢顧問。Martin分別于西點軍校和佛羅里達(dá)大學(xué)取得計算機學(xué)士和碩士學(xué)位，并參加過哈佛大學(xué)商學(xué)院高級經(jīng)理培訓(xùn)，目前在西儲大學(xué)攻讀博士學(xué)位。
Michael T. Fisher
業(yè)界資深管理者，曾參與管理過多家世界500強企業(yè)和創(chuàng)業(yè)公司。AKF Partners公司創(chuàng)始人。曾任Quigo公司首席技術(shù)官、總裁，PayPal公司工程和架構(gòu)部門副總裁。曾在通用電器工作7年，幫助制定公司的技術(shù)戰(zhàn)略。目前擔(dān)任多家私企和非營利機構(gòu)的董事和顧問。Michael畢業(yè)于西點軍校，是六西格瑪黑帶大師，目前在西儲大學(xué)攻讀博士學(xué)位。

書籍目錄

第1章　化簡方程　1
1.1　原則1：不要過度設(shè)計　2
1.2　原則2：設(shè)計時就考慮擴展性(D-I-D方法)　6
1.2.1　設(shè)計　7
1.2.2　實現(xiàn)　8
1.2.3　部署　8
1.3　原則3：把方案一簡再簡　10
1.3.1　如何簡化范圍　10
1.3.2　如何簡化設(shè)計　11
1.3.3　如何簡化實施　12
1.4　原則4：減少DNS查找　13
1.5　原則5：盡可能減少對象　16
1.6　原則6：使用同一品牌的網(wǎng)絡(luò)設(shè)備　19
1.7　小結(jié)　21
參考資料　21
第2章　分布工作　23
2.1　原則7：橫向復(fù)制(X軸原則)　25
2.2　原則8：拆分不同的東西(Y軸原則)　29
2.3　原則9：拆分相近的東西(Z軸原則)　32
2.4　小結(jié)　34
參考資料　34
第3章　橫向擴展設(shè)計　35
3.1　原則10：設(shè)計橫向擴展方案　36
3.2　原則11：采用經(jīng)濟型系統(tǒng)　39
3.3　原則12：橫向擴展數(shù)據(jù)中心　42
3.4　原則13：利用云技術(shù)進(jìn)行設(shè)計　48
3.5　小結(jié)　50
參考資料　50
第4章　使用正確的工具　51
4.1　原則14：合理使用數(shù)據(jù)庫　52
4.2　原則15：防火墻，到處都是防火墻　59
4.3　原則16：積極利用日志文件　63
4.4　小結(jié)　66
參考資料　66
第5章　不要重復(fù)工作　67
5.1　原則17：不要立即檢查剛做過的工作　68
5.2　原則18：停止重定向　72
5.3　原則19：放松時序約束　77
5.4　小結(jié)　80
參考資料　80
第6章　積極利用緩存　81
6.1　原則20：利用CDN　82
6.2　原則21：使用過期頭　85
6.3　原則22：緩存Ajax調(diào)用　90
6.4　原則23：利用頁面緩存　95
6.5　原則24：利用應(yīng)用緩存　98
6.6　原則25：利用對象緩存　102
6.7　原則26：把對象緩存放在自己的“層”上　105
6.8　小結(jié)　107
參考資料　107
第7章　從錯誤中吸取教訓(xùn)　109
7.1　原則27：積極地學(xué)習(xí)　110
7.2　原則28：不要依靠QA發(fā)現(xiàn)失誤　113
7.3　原則29：沒有回退功能的設(shè)計是失敗的設(shè)計　117
7.4　原則30：討論失敗并從中吸取教訓(xùn)　120
7.5　小結(jié)　124
參考資料　124
第8章　數(shù)據(jù)庫原則　125
8.1　原則31：注意代價高的關(guān)系　126
8.2　原則32：使用類型正確的數(shù)據(jù)庫鎖　130
8.3　原則33：不要使用多階段提交　133
8.4　原則34：不要使用SELECT FOR UPDATE　135
8.5　原則35：不要選擇所有數(shù)據(jù)　137
8.6　小結(jié)　140
參考資料　140
第9章　容錯設(shè)計與故障控制　141
9.1　原則36：采用隔離故障的“泳道”　142
9.2　原則37：絕對不要信任單點故障　148
9.3　原則38：避免系統(tǒng)串聯(lián)　151
9.4　原則39：確保能夠啟用/禁用功能　155
9.5　小結(jié)　158
第10章　避免或分發(fā)狀態(tài)　159
10.1　原則40：努力實現(xiàn)無狀態(tài)　161
10.2　原則41：盡可能在瀏覽器端維護會話　164
10.3　原則42：利用分布式緩存存放狀態(tài)　167
10.4　小結(jié)　170
參考資料　170
第11章　異步通信和消息總線　171
11.1　原則43：盡可能使用異步通信　172
11.2　原則44：確保消息總線能夠擴展　175
11.3　原則45：避免讓消息總線過度擁擠　179
11.4　小結(jié)　182
第12章　其他原則　183
12.1　原則46：慎用第三方解決方案擴展　184
12.2　原則47：清除、歸檔和成本合理的存儲　187
12.3　原則48：刪除事務(wù)處理中的商業(yè)智能　192
12.4　原則49：設(shè)計能夠監(jiān)控的應(yīng)用　195
12.5　原則50：要能勝任　199
12.6　小結(jié)　202
參考資料　202
第13章　原則回顧和優(yōu)先級劃分　203
13.1　評估擴展項目和主動權(quán)的風(fēng)險-收益模型　204
13.2　擴展原則的收益/優(yōu)先級等級　235
13.3　小結(jié)　238

章節(jié)摘錄

　  化簡方程　  在我們的學(xué)習(xí)或工作中，都曾遇到過這樣的情況：死盯著一個復(fù)雜的問題不放，以至于最后喪失了希望。我們應(yīng)該從何處入手？如何在預(yù)定的時間內(nèi)解決問題？或者說得極端一些，如何在有生之年解決這個問題？要做的事情太多了，這個問題太過棘手，是不能解決的，事實如此，就此罷手吧。游戲結(jié)束了……　  等等，不要喪失希望。深呼吸，想想你的高中或者大學(xué)數(shù)學(xué)老師。就像解數(shù)學(xué)題，把大方程化簡成易于計算的小方程一樣，如果你遇到的是棘手的大型架構(gòu)問題，那么可以把大問題分拆成小問題，把小問題分拆成更小的問題，直到這些問題可以輕易解決為止?！? 我們的觀點是，任何大問題，只要分拆方法正確，都不過是一系列有待解決的小問題的集合。這一章介紹的就是如何把大的架構(gòu)問題分拆成小問題，用較少的工作實現(xiàn)同樣的結(jié)果。在很多案例中，該方法都減少了（而不是增加了）解決問題所必需的工作量，簡化了架構(gòu)和解決方案，最終得到了更具可擴展性的解決方案或平臺?！? 本書各章所介紹的原則篇幅不一，復(fù)雜度也不同。有些普適的原則，適用于一個設(shè)計的多個方面。而有些原則只適合特定系統(tǒng)?！? 1.1　原則1：不要過度設(shè)計　  目的：防止設(shè)計中出現(xiàn)復(fù)雜的解決方案?！? 適用情形：適用于任何項目，所有大型的或復(fù)雜的系統(tǒng)和項目都應(yīng)該采用該原則?！? 應(yīng)用方式：讓同行來檢查解決方案是否好理解，抵制過度設(shè)計的強烈欲望?！? 應(yīng)用理由：復(fù)雜的解決方案實施成本高，而且會產(chǎn)生大量長期成本。　  要點：過度復(fù)雜的系統(tǒng)會限制擴展能力。簡單的系統(tǒng)更容易維護和擴展，且成本更低?！? 維基百科解釋說，過度設(shè)計分為兩大類[1]。一類是指設(shè)計與實現(xiàn)超出了有用需求的產(chǎn)品。出于完整性的考慮，我們只簡單地討論一下這個問題。相對于第二類問題來說，這類問題對可擴展性的影響較小。過度設(shè)計的另一類問題指過于復(fù)雜的產(chǎn)品。如前所述，我們最關(guān)心的是第二類問題對可擴展性的影響。不過，還是先來了解一下第一個問題吧?！? 要解釋過度設(shè)計的第一類問題，即超出產(chǎn)品有用需求的問題，就要先搞清楚“有用的”這個術(shù)語的含義，這個術(shù)語在這里表示的只是“能夠使用”。例如，為家庭住房設(shè)計一種空調(diào)，能夠在室外溫度為0開時把整個房子的溫度加熱到300華氏度，這毫無意義，純屬浪費，我們只需要一個能夠在室外溫度為 20華氏度時把房子加熱到舒適溫度的產(chǎn)品。這種過度設(shè)計會產(chǎn)生過度的成本，其中開發(fā)的成本會更高，實施該方案的硬件和軟件成本也會更高。如果研發(fā)這種過度設(shè)計系統(tǒng)的時間比研發(fā)有用系統(tǒng)的時間更長，還可能拖延產(chǎn)品的發(fā)布，對公司造成進(jìn)一步的影響。成本高，利潤就低。研發(fā)時間長，收入或收益就會被延遲，所有這些成本都會影響到利益相關(guān)者。范圍蔓延，或者最初的產(chǎn)品定義和最初的產(chǎn)品發(fā)布之間的范圍差異，是過度設(shè)計的一種表現(xiàn)?！? 說個更接近我們工作的例子，是開發(fā)一個員工打卡系統(tǒng)，這個系統(tǒng)能夠處理的員工數(shù)量是整個地球上人數(shù)的100倍。在這個軟件的使用期限內(nèi)，地球上的人口升至100倍的可能性是微乎其微的，而所有人都為一家公司工作的可能性則更小。我們當(dāng)然想讓構(gòu)建的系統(tǒng)滿足客戶需求，但也不想浪費時間來實現(xiàn)和部署遠(yuǎn)遠(yuǎn)超出需求的系統(tǒng)?！? 過度設(shè)計的第二類表現(xiàn)是使系統(tǒng)過度復(fù)雜，或者用復(fù)雜的方式來實現(xiàn)它。簡而言之，就是要花費過大的力氣去完成一項工作，或者是讓用戶花費過大的力氣去完成一項任務(wù)，或者是讓程序員花費過大的力氣去理解一個功能。讓我們來逐一分析過度復(fù)雜的系統(tǒng)的這三種情況?！? 什么是花費過大的力氣去完成一項工作呢？現(xiàn)實世界有最簡單的例子。假設(shè)你讓某人去雜貨店買東西，你告訴他，店里面的所有商品都拿一個，排隊結(jié)賬時給你打電話。等他打電話給你時，你再告訴他到底想要哪幾個，讓他從所拿的無數(shù)籃商品中選出來，然后把其他商品都倒在地上。你一定會說：“別開玩笑了。”可是，你在自己的代碼中用過select (*) schema_name.table_name這樣的SQL語句，只是為了從返回的集合中找出自己想要的結(jié)果嗎（參見原則35）？我們這個雜貨店的例子，和上述的select(*)正是異曲同工。在你的代碼中，有幾個條件語句是處理個別情況的，它們是按照什么順序執(zhí)行的？是不是最可能發(fā)生的情況最先執(zhí)行？你是不是經(jīng)常剛查詢完一個結(jié)果，又重復(fù)查詢一次？是不是經(jīng)常剛顯示了一個HTML頁面，又重新創(chuàng)建它？這種情況（反復(fù)做一項工作）隨處可見，卻又經(jīng)常被忽視，我們將專門用一章（第6章）來討論這個主題?！? 什么是讓一位用戶花費過大的力氣去完成一項任務(wù)呢？答案非常簡單。在許多情況下，少就是多。為追求系統(tǒng)的靈活性，我們總是想給它硬加上盡可能多的奇怪功能。但生活的情趣并不總在于多種多樣。許多時候，用戶只是想無干擾地盡可能快地從A到達(dá)B。如果你的市場中有99%的用戶不需要把日志文件存成.pdf文件，那么就不要構(gòu)建一個提示框詢問他們是否想把日志文件保存成.pdf文件。如果你的用戶想把.wav文件轉(zhuǎn)換成MP3文件，那么他們已經(jīng)不在乎損失精度了，所以不必再提示他們轉(zhuǎn)換成無損壓縮的FLAC文件，那樣只會干擾他們?！? 最后一種情況，就是軟件復(fù)雜得讓其他程序員難以理解。創(chuàng)建復(fù)雜的代碼讓他人難以理解曾經(jīng)非常流行（還有過比賽）。有時，代碼寫得復(fù)雜，是為了讓它比一般程序員所開發(fā)的代碼運行更快。而更多的情況是，代碼的復(fù)雜度（就其理解的難度而言）成了程序員才華的象征，或者說是功夫高低的象征。那些開發(fā)的代碼能讓做代碼檢查的高級開發(fā)人員欲苦無淚的人反而頗受推崇。復(fù)雜度成了智慧的牢籠，編程極客們會在公司內(nèi)部爭強好勝。對于樂此不疲的人來說，這是很好的比賽，但對于公司和股東來說，則要為一場無人關(guān)心的牢籠大賽買單。對于那些仍然沉浸于這場極客盛宴的人，如果不想損害利益相關(guān)者的利益，又想真刀真槍地拼一場，那建議你參加國際混淆C代碼競賽，網(wǎng)址是www0.us.ioccc.org/ main.html?！? 我們都應(yīng)該努力去寫讓每個人都能理解的代碼。衡量一個偉大程序員的真正標(biāo)準(zhǔn)，是他能夠多快把一個復(fù)雜的問題簡化（見原則3），多快能開發(fā)出一個既容易理解，又容易維護的解決方案。容易執(zhí)行的解決方案意味著一般程序員就可以快速地掌握系統(tǒng)，為它提供支持。容易理解的解決方案則意味著在查找問題時能夠更快地發(fā)現(xiàn)問題，從而以更快的方式把系統(tǒng)恢復(fù)到正常工作狀態(tài)。容易執(zhí)行的解決方案可以提高公司和解決方案的可擴展性。　  要測試系統(tǒng)是否太復(fù)雜，一個很好的方法是讓負(fù)責(zé)解決復(fù)雜問題的程序員把他的解決方案陳述給公司內(nèi)的一組程序員。這組程序員應(yīng)該代表公司內(nèi)不同的編碼水平，不同的工作年限（加入這一條，是因為可能有些有經(jīng)驗的程序員在公司的工作經(jīng)驗不多）。要通過這一測試，需要這組程序員中的每一位都能夠輕松理解該解決方案，能夠在無幫助的情況下向他人描述它，而不只是知道它。如果這組程序員中的任何一位不能理解該解決方案，那么就要小組討論該系統(tǒng)是不是過度復(fù)雜了?！? 過度設(shè)計是可擴展性的一個敵人。開發(fā)一個超出有用需求的解決方案，既浪費金錢又浪費時間。此外，還可能進(jìn)一步浪費處理資源，增加擴展成本，限制系統(tǒng)的整體擴展能力（即系統(tǒng)能被擴展到什么程度）。構(gòu)建過度復(fù)雜的解決方案會造成類似的后果。運行吃力的系統(tǒng)會增加成本，限制最終發(fā)展規(guī)模。讓用戶用起來吃力的系統(tǒng)，會放慢吸引客戶的速度，從而限制業(yè)務(wù)增長的速度。太復(fù)雜以至于難以理解的系統(tǒng)，則會扼制公司的生產(chǎn)力，讓你無從增加程序員，或者難以給系統(tǒng)增加功能?！? ……

媒體關(guān)注與評論

　  本書是Abbott 和 Fisher的又一力作，我想把它推薦給我們公司的所有工程師。對于處理在線業(yè)務(wù)可擴展性的每一位人士，本書必不可少?！? ——Chris Lalonde，Bullhorn公司副總裁　  Abbott和Fisher從實踐出發(fā)，再次以獨一無二的方式解決了擴展性難題。目前，網(wǎng)站設(shè)計要素錯綜復(fù)雜且不斷增多，兩人將這些難題和挑戰(zhàn)總結(jié)為50條功能強大、簡單易用的原則?？梢哉f，本書是關(guān)于網(wǎng)站擴展性秘訣的秘籍，它能夠指引讀者穿越‘爆發(fā)式增長網(wǎng)絡(luò)難題的迷霧’，創(chuàng)建擴展性優(yōu)良的網(wǎng)站。　  ——Geoffrey Weber，Shutterfly公司副總裁　  50條原則是Abbott和Fisher多年智慧的結(jié)晶，運用這些原則可以避免網(wǎng)站的許多特殊問題。這套原則強大、令人信服！　  ——Jonathan Heiliger，F(xiàn)acebook副總裁

編輯推薦

　  網(wǎng)站運營的必備寶典　  詳細(xì)分析網(wǎng)站擴展性的通用原則　  業(yè)內(nèi)專家多年實戰(zhàn)總結(jié)

圖書封面

圖書標(biāo)簽Tags

無

評論、評分、閱讀與下載

---

    高擴展性網(wǎng)站的50條原則 PDF格式下載

---