可擴展的藝術

內(nèi)容概要

任何持續(xù)發(fā)展的公司，最終都需要考慮如何擴展它的系統(tǒng)、組織和流程。這不僅僅是技術問題，還涉及組織、流程、架構等方方面面。擴展組織、流程和系統(tǒng)使之相互支持，達到良性循環(huán)，也不僅僅是門科學，還是一門藝術。Martin L.Abbott、Michael T.Fisher編著的《可擴展的藝術(現(xiàn)代企業(yè)的Web架構流程及組織)》正是對此提供了全面的、實踐證明確實有效的解決思路和實用技巧。
    對于負責非技術類業(yè)務的執(zhí)行主管或產(chǎn)品經(jīng)理來說，《可擴展的藝術(現(xiàn)代企業(yè)的Web架構流程及組織)》會幫助你明確地提出正確的可擴展性問題，分析并做出正確的決策。而對于技術主管和工程師來說，本書會幫助你解決對擴展造成負面影響的組織和流程方面的問題，并為構建具有更高可擴展性的平臺提供了技術模型和建議。

作者簡介

Martin L.Abbott增長和擴展咨詢公司AKF Partners的創(chuàng)始合伙人之一。在此之前，他是Quigo公司的COO，負責產(chǎn)品戰(zhàn)略、產(chǎn)品管理、技術開發(fā)和客戶服務。在Quigo之前，他在eBay工作了將近六年，最后的職位是技術部的SVP、CTO和執(zhí)行主管團隊成員。在eBay之前，他在Gateway和摩托羅拉擔任過程序員、管理者及執(zhí)行主管。他現(xiàn)任onForce、LodgeNet Interactive（NASD: LNET）以及Bullhorn的董事會成員。此外，他還在Rearden Commerce、Goldmail和LiveOps擔任咨詢委員會的成員。在西點軍校取得計算機科學的學士學位后，他在佛羅里達大學取得了計算機工程的碩士學位，并還參加過哈佛商學院的高級經(jīng)理培訓課程，現(xiàn)正在美國凱斯西儲大學攻讀管理學的博士學位。Michael T. Fisher增長和擴展咨詢公司AKF Partners的創(chuàng)始合伙人之一。他曾在Quigo擔任了兩年的CTO，在Quigo被AOL收購后的過渡期，還擔任過這家公司的總裁。在Quigo之前，他是PayPal公司（eBay旗下公司之一）的開發(fā)和架構副總裁，負責建立一個有兩百多位工程師的組織。在加入PayPal之前，他在GE工作過7年，致力于開發(fā)公司的技術戰(zhàn)略和流程。在西點軍校取得了計算機科學的學士學位后，他在夏威夷太平洋大學取得了碩士學位，后在肯尼迪西部大學取得了信息管理系統(tǒng)的博士學位，在美國凱斯西儲大學獲得了MBA。此外，他還是六西格瑪黑帶大師，現(xiàn)正在美國凱斯西儲大學攻讀管理學的博士學位。

書籍目錄

目　錄導言　1第一部分　可擴展組織的人員配備第1章　人員和領導力對可擴展性的影響　61.1　AllScale簡介　61.2　為什么要考慮人員　71.3　為什么要考慮組織　81.4　為什么要考慮管理和領導力　121.5　結(jié)論　14本章要點　14第2章　可擴展技術組織中的角色　152.1　失敗的后果　152.2　角色的定義　162.3　執(zhí)行主管的職責　172.3.1　CEO　182.3.2　CFO　192.3.3　業(yè)務單元責任人和P&L責任人　192.3.4　CTO/CIO　192.4　組織的職責　202.4.1　架構團隊的職責　212.4.2　軟件開發(fā)團隊的職責　212.4.3　生產(chǎn)運營團隊的職責　212.4.4　基礎設施團隊的職責　222.4.5　質(zhì)量保證團隊的職責　222.4.6　產(chǎn)能計劃團隊的職責　222.5　個人貢獻者的職責和特征　232.5.1　架構師　232.5.2　軟件工程師　232.5.3　操作員　242.5.4　基礎設施工程師　242.5.5　QA工程師/分析師　242.5.6　產(chǎn)能計劃員　252.6　一個組織示例　252.7　定義職責的工具　262.8　結(jié)論　28本章要點　29第3章　設計組織　303.1　影響可擴展性的組織因素　303.2　團隊規(guī)?！?23.2.1　警示信號　353.2.2　擴大團隊或拆分團隊　363.3　組織架構　383.3.1　職能型組織　383.3.2　矩陣型組織　403.4　結(jié)論　42本章要點　43第4章　領導力101　444.1　什么是領導力　454.2　領導力的一個概念模型　464.3　評估你是誰　474.4　身先士卒　494.5　保持謙虛的態(tài)度　494.6　使命第一，人員至上　504.7　做出及時、合理、符合道德的決策　514.8　給團隊授能和可擴展性　514.9　一切圍繞股東價值　524.10　愿景　534.11　使命　554.12　戰(zhàn)略目標　554.13　整合愿景、使命和戰(zhàn)略目標　574.14　通向成功的因果圖　594.15　結(jié)論　61本章要點　61第5章　管理101　635.1　管理是什么　635.2　項目和任務管理　645.3　建設團隊——一個運動比喻　655.4　提升團隊——一個花園比喻　665.5　衡量方法、指標和目標評估　695.6　目標樹　715.7　為成功鋪路　725.8　結(jié)論　72本章要點　73第6章　進行商業(yè)論證　746.1　理解經(jīng)驗的鴻溝　746.1.1　為什么業(yè)務主管可能成為問題所在　756.1.2　為什么技術主管可能成為問題所在　756.2　破除企業(yè)思維定式　766.2.1　建立關系　786.2.2　樹立榜樣　786.2.3　培訓其他主管　786.2.4　利用RASCI模型　796.2.5　用商業(yè)語言交談　796.2.6　讓他們參與進來　796.2.7　用事實讓主管團隊感到恐慌　806.3　為擴展論證　806.4　結(jié)論　83本章要點　83第二部分　制定擴展流程第7章　理解流程對擴展的重要性　867.1　流程的目的　877.2　正確的時間，正確的流程　897.2.1　需要有多嚴苛　907.2.2　需要有多復雜　917.3　好的流程何時會變成壞的　937.4　結(jié)論　93本章要點　94第8章　管理故障和問題　958.1　什么是故障　968.2　什么是問題　968.3　故障管理的步驟　978.4　問題管理的步驟　998.5　化解故障管理與問題管理之間的沖突　1008.6　故障和問題的生命周期　1008.7　召開每日故障例會　1018.8　召開季度故障回顧會議　1028.9　事后分析流程　1028.10　綜合應用　1048.11　結(jié)論　106本章要點　106第9章　管理危機和升級　1079.1　什么是危機　1079.2　為什么要把危機與其他故障區(qū)分開來　1089.3　危機如何改變一個公司　1089.4　為混亂賦予秩序　1099.4.1　“問題經(jīng)理”的角色　1109.4.2　團隊經(jīng)理的角色　1119.4.3　首席工程師的角色　1129.4.4　個人貢獻者的角色　1139.5　溝通和控制　1139.6　作戰(zhàn)室　1149.7　升級　1159.8　狀態(tài)溝通　1159.9　危機事后分析會議　1169.10　危機后續(xù)跟進和溝通　1179.11　結(jié)論　117本章要點　118第10章　控制生產(chǎn)環(huán)境中的變更　11910.1　什么是變更　12010.2　變更識別　12110.3　變更管理　12210.3.1　變更建議　12310.3.2　變更批準　12510.3.3　變更日程安排　12510.3.4　變更實施和記錄　12710.3.5　變更驗證　12710.3.6　變更審查　12710.4　變更控制會議　12810.5　持續(xù)的流程改善　12810.6　結(jié)論　129本章要點　129第11章　確定應用的余量　13111.1　流程的目的　13111.2　流程的步驟　13211.3　理想的使用比例　13511.4　結(jié)論　137本章要點　138第12章　探討架構設計原則　13912.1　原則和目標　13912.2　原則選擇　14212.3　AKF的十二條架構設計原則　14312.3.1　N+1設計　14312.3.2　設計為能夠回退的　14412.3.3　設計為能夠禁用的　14412.3.4　設計為能夠監(jiān)控的　14412.3.5　設計為多個活動站點　14412.3.6　采用成熟的技術　14412.3.7　設計為異步的　14512.3.8　無狀態(tài)系統(tǒng)　14512.3.9　進行橫向擴展而不是縱向擴展　14512.3.10　設計為至少可以在兩條軸上進行擴展　14512.3.11　非核心的組件可以購買　14512.3.12　采用同質(zhì)化硬件　14512.4　擴展原則深度解析　14612.4.1　設計為能夠監(jiān)控的　14612.4.2　設計為多個活動站點　14712.4.3　設計為異步的　14712.4.4　無狀態(tài)系統(tǒng)　14812.4.5　進行橫向擴展而不是縱向擴展　14812.4.6　設計為至少可以在兩條軸上進行擴展　14912.5　結(jié)論　150本章要點　150第13章　聯(lián)合架構設計　15113.1　修正組織的功能障礙　15113.2　設計為能夠跨部門擴展　15313.3　開始條件和結(jié)束條件　15513.4　結(jié)論　157本章要點　157第14章　架構評審委員會　15914.1　通過審查確?？蓴U展性　15914.2　委員會成員　16014.3　會議實施　16214.4　開始條件和結(jié)束條件　16414.5　結(jié)論　165本章要點　166第15章　關注核心競爭力：構建還是采購　16715.1　構建還是采購與可擴展性的關系　16715.2　關注成本　16815.3　關注競爭優(yōu)勢　16815.4　“非我所建”現(xiàn)象　16915.5　結(jié)合成本和競爭優(yōu)勢　17015.5.1　這個組件能夠創(chuàng)造競爭優(yōu)勢嗎？　17015.5.2　我們是這個組件或資產(chǎn)最好的責任人嗎？　17115.5.3　這個組件上的競爭如何？　17115.5.4　我們能經(jīng)濟有效地構建這個組件嗎？　17115.6　AllScale公司的構建還是采購難題　17215.7　結(jié)論　173本章要點　174第16章　確定風險　17516.1　風險管理對擴展的重要性　17516.2　衡量風險　17616.3　管理風險　18116.4　結(jié)論　183本章要點　184第17章　性能測試和壓力測試　18517.1　執(zhí)行性能測試　18517.1.1　判斷標準　18617.1.2　測試環(huán)境　18617.1.3　定義測試　18717.1.4　執(zhí)行測試　18817.1.5　分析數(shù)據(jù)　18817.1.6　報告給工程師　18917.1.7　重復測試和分析　18917.2　壓力測試不要有壓力　19017.2.1　確立目標　19017.2.2　識別關鍵服務　19117.2.3　確定負載　19117.2.4　測試環(huán)境　19217.2.5　識別監(jiān)控項　19217.2.6　制造負載　19217.2.7　執(zhí)行測試　19317.2.8　分析數(shù)據(jù)　19317.3　可擴展性的性能測試和壓力測試　19417.4　結(jié)論　195本章要點　196第18章　屏障條件和回退　19718.1　屏障條件　19718.1.1　屏障條件和敏捷開發(fā)　19818.1.2　屏障條件和瀑布開發(fā)　20018.1.3　屏障條件和混合模型　20018.2　回退能力　20118.2.1　回退窗口需求　20118.2.2　回退的技術考量　20218.2.3　回退的成本考量　20318.3　功能減負——設計為能夠禁用的　20318.4　結(jié)論　204本章要點　205第19章　要快還是要正確　20619.1　業(yè)務上的權衡　20619.2　與可擴展性的關系　20919.3　如何做決策　21019.4　結(jié)論　213本章要點　214第三部分　構建可擴展的方案第20章　不受技術限制的設計　21620.1　實現(xiàn)并非架構　21620.2　不受技術限制的設計　21720.2.1　TAD和成本　21720.2.2　TAD和風險　21820.2.3　TAD和可擴展性　21920.2.4　TAD和可用性　22120.3　TAD方法　22120.4　結(jié)論　222本章要點　222第21章　創(chuàng)建故障隔離的架構　22421.1　故障隔離的架構的術語　22421.2　故障隔離的好處　22621.2.1　故障隔離和可用性——限制影響　22621.2.2　故障隔離和可用性——故障檢測和解決　22821.2.3　故障隔離和可擴展性　22821.2.4　故障隔離和上市時間　22921.2.5　故障隔離和成本　22921.3　如何進行故障隔離　23021.3.1　原則1：什么都不能共享　23021.3.2　原則2：什么都不能跨過泳道邊界　23121.3.3　原則3：在泳道內(nèi)交易　23121.4　何時實現(xiàn)故障隔離　23121.4.1　方法1：把最賺錢的功能放入泳道　23221.4.2　方法2：把最容易引發(fā)故障的功能放入泳道　23221.4.3　方法3：根據(jù)自然界限劃分泳道　23221.5　如何測試故障隔離的設計　23321.6　結(jié)論　233本章要點　234第22章　AKF擴展立方入門　23522.1　概念，還是規(guī)則和工具　23522.2　AKF擴展立方介紹　23622.3　擴展立方的含義　23722.4　擴展立方的X軸　23822.5　擴展立方的Y軸　23922.6　擴展立方的Z軸　24022.7　綜合應用　24122.8　何時何地使用擴展立方　24322.9　結(jié)論　243本章要點　244第23章　為擴展劃分應用　24523.1　應用的AKF擴展立方　24523.2　AKF應用擴展立方的X軸　24623.3　AKF應用擴展立方的Y軸　24823.4　AKF應用擴展立方的Z軸　24923.5　綜合應用　25123.6　應用擴展立方的實際應用　25323.6.1　電子商務平臺　25323.6.2　人力資源管理系統(tǒng)　25423.6.3　后臺辦公IT系統(tǒng)　25523.6.4　經(jīng)驗之談　25523.7　結(jié)論　256本章要點　257第24章　為擴展劃分數(shù)據(jù)庫　25824.1　數(shù)據(jù)庫的AKF擴展立方　25824.2　AKF數(shù)據(jù)庫擴展立方的X軸　25924.3　AKF數(shù)據(jù)庫擴展立方的Y軸　26224.4　AKF數(shù)據(jù)庫擴展立方的Z軸　26424.5　綜合應用　26524.6　數(shù)據(jù)庫擴展立方的實際應用　26724.6.1　電子商務平臺　26724.6.2　人力資源管理系統(tǒng)　26924.6.3　后臺辦公IT系統(tǒng)　26924.6.4　經(jīng)驗之談　27024.6.5　時間方面的考量　27024.7　結(jié)論　271本章要點　271第25章　為性能和擴展進行緩存　27225.1　緩存定義　27225.2　對象緩存　27525.3　應用緩存　27725.3.1　代理緩存　27825.3.2　反向代理緩存　27925.3.3　緩存軟件　28025.4　內(nèi)容交付網(wǎng)絡　28125.5　結(jié)論　282本章要點　282第26章　實現(xiàn)擴展的異步設計　28426.1　同步的定義　28426.2　同步調(diào)用，還是異步調(diào)用　28526.2.1　同步擴展，還是異步擴展　28626.2.2　異步系統(tǒng)示例　28826.3　定義狀態(tài)　29026.4　結(jié)論　293本章要點　294第四部分　解決其他的問題和挑戰(zhàn)第27章　數(shù)據(jù)太多　29627.1　數(shù)據(jù)的成本　29627.2　數(shù)據(jù)的價值和成本-價值難題　29827.3　讓數(shù)據(jù)成為有利可圖的　29927.3.1　期權價值　30027.3.2　競爭優(yōu)勢　30027.3.3　成本合理的解決方案(分層的存儲方案)　30127.3.4　轉(zhuǎn)換數(shù)據(jù)　30227.4　處理大量的數(shù)據(jù)　30227.5　結(jié)論　305本章要點　306第28章　云和網(wǎng)格　30728.1　歷史和定義　30728.1.1　網(wǎng)格計算　30928.1.2　公共云和私有云　31028.2　云的特征和架構　31128.2.1　按用量付費　31128.2.2　按需擴展　31128.2.3　多租戶　31228.2.4　虛擬化　31328.3　云和網(wǎng)格的區(qū)別　31428.4　結(jié)論　315本章要點　316第29章　在云上翱翔　31729.1　云計算的利弊　31729.1.1　云計算的優(yōu)點　31829.1.2　云計算的缺點　32029.2　云計算的不同用法　32329.2.1　環(huán)境　32329.2.2　技能集合　32529.3　決策流程　32529.4　結(jié)論　327本章要點　328第30章　接上網(wǎng)格　32930.1　網(wǎng)格的利弊　32930.1.1　網(wǎng)格的優(yōu)點　33030.1.2　網(wǎng)格的缺點　33130.2　網(wǎng)格計算的不同用法　33330.2.1　生產(chǎn)網(wǎng)格　33330.2.2　編譯網(wǎng)格　33430.2.3　數(shù)據(jù)倉庫網(wǎng)格　33530.2.4　后臺辦公網(wǎng)格　33530.3　決策流程　33630.4　結(jié)論　338本章要點　338第31章　監(jiān)控應用　34031.1　“為什么我們沒能及早發(fā)現(xiàn)它？”　34031.2　實現(xiàn)監(jiān)控的框架　34231.2.1　用戶體驗和業(yè)務指標　34531.2.2　系統(tǒng)監(jiān)控　34531.2.3　應用監(jiān)控　34631.3　衡量監(jiān)控：什么有價值，什么無價值　34731.4　監(jiān)控和流程　34831.5　結(jié)論　349本章要點　349第32章　規(guī)劃數(shù)據(jù)中心　35032.1　數(shù)據(jù)中心的成本和約束　35032.2　位置、位置、還是位置　35232.3　數(shù)據(jù)中心與增量增長　35432.4　三條三之原則　35532.4.1　第一條三之原則：數(shù)據(jù)中心的三個成本驅(qū)動力　35532.4.2　第二條三之原則：三對服務器來說是個神奇數(shù)字　35632.4.3　第三條三之原則：三對數(shù)據(jù)中心來說是個神奇數(shù)字　35632.5　構建多個活動數(shù)據(jù)中心要考慮的因素　35932.6　結(jié)論　360本章要點　361第33章　綜合應用　36233.1　接下來做什么　36333.2　案例分析　36533.2.1　eBay：巨大的成功和可擴展性大爆炸　36533.2.2　Quigo：出現(xiàn)可擴展性問題的年輕產(chǎn)品　36633.2.3　ShareThis：一個創(chuàng)業(yè)公司的故事　36733.3　參考資料　368附錄附錄A　計算可用性　372附錄B　產(chǎn)能規(guī)劃計算　378附錄C　負載和性能計算　383

媒體關注與評論

本書的內(nèi)涵比你所想的要深刻得多。所謂擴展，并不只是為了設計用戶過多時不會崩潰的Web站點。它所要設計的，是在業(yè)務需求增長時，不會崩潰的公司。本書的作者們戰(zhàn)斗在我們這個時代最成功的Internet公司的前沿，他們與我們分享的，并不只是如何在競爭中生存下去，也包括如何在其中興旺繁榮的經(jīng)驗教訓?！狹arty Cagan，Silicon Valley Product Group創(chuàng)始人本書是那些為大規(guī)模市場構建Web服務的人必讀的。——Dana Stalder，Matrix Partners普通合伙人Abbott和Fisher在大型企業(yè)和小型企業(yè)中都有過豐富的擴展經(jīng)驗。他們采用的擴展方法的獨到之處在于是從真正的基礎著手，即關注的是人員和流程，而這正是打造真正的可擴展性所必需的。Abbott和Fisher把他們多年的經(jīng)驗熔鑄成了一種非常容易理解并且可行的擴展方法，這種方法已經(jīng)被他們長期的巨大成功所驗證?！狦eoffrey Weber，Shutterfly公司Internet Operations/IT部門副總裁如果我想為自己做健康檢查，我會去Mayo診所。如果我想為我的公司的性能和可擴展性做最好的檢查，我會打電話給Martin和Michael。他們會為性能和可擴展性的問題推薦解決方案，而這些方案會為我的公司節(jié)省大筆資金，因為我們不必再重新編寫系統(tǒng)了。——Warren M. Weiss，F(xiàn)oundation Capital普通合伙人當我在PayPal/eBay工作時，我是Michael Fisher和Martin Abbott手下的一個經(jīng)理，這使我獲得了直接吸取本書中所介紹的經(jīng)驗和教訓的機會，它們對于我現(xiàn)在在Facebook的工作來說，價值無限?！S易山，F(xiàn)acebook軟件開發(fā)部門的主管本書是迄今為止我們能見到的最好的介紹可擴展性的書。本書的作者從流程、人員、性能和高科技等方面全面闡釋了與可擴展性相關的問題。無論你是一個新建的組織，正在制定自己的流程，還是一個成熟的組織，這本書都能給你處理在故障發(fā)生之前、之中和之后帶來的各種可擴展性問題提供幫助。我已經(jīng)有過幾個構建項目和方案的經(jīng)驗，還有過組建公司的經(jīng)驗，從小規(guī)模的公司到超大規(guī)模的公司，我發(fā)自內(nèi)心地想說，如果一年前、五年前或者十年前我有這本書就好了?！狫eremy Wright，b5media公司CEO對于Fisher和Abbott在eBay、Paypal和其他公司時所面對的超高速發(fā)展帶來的挑戰(zhàn)，這個世界上經(jīng)歷過的人不多。而能夠戰(zhàn)勝這種困難的人更是少之又少。本書是對他們在擴展有史以來兩家最大的互聯(lián)網(wǎng)公司時得到的經(jīng)驗教訓的總結(jié)。對于任何一個超高速發(fā)展的公司的管理人員來說，本書都是必

編輯推薦

可擴展性的權威指南，全面涵蓋組織、人員、流程、架構、技術等多方面，總結(jié)三十多年實戰(zhàn)經(jīng)驗，經(jīng)eBay、PayPal等公司實踐檢驗，適于技術以及非技術類的管理人員和工程師閱讀

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    可擴展的藝術 PDF格式下載

---