《大型網站技術架構：核心原理與案例分析》第5、6、七章閱讀筆記

網站的可用性描述網站可有效訪問的特性，網站的頁面能完整呈如今用戶面前，須要通過不少個環節，任何一個環節出了問題，均可能致使網站頁面不可訪問。可用性指標是網站架構設計的重要指標，對外是服務承諾，對內是考覈指標。對公司而言，可用性關係網站的生死存亡。對我的而言，可用性關係到本身的績效升遷。工程師對架構作了許多優化、對代碼作了不少重構，對性能、擴展性、伸縮性作了不少改善，但別人未必能直觀地感覺到，也許你的直接領導都不知道你作的這些意義何在。但若是你負責的產品出現了重大故障，就很難說了。事物老是先求生存，而後求發展。保證網站可用，萬無一失，任重而道遠。

　　伸縮性架構設計能力是網站架構師必須具有的能力。伸縮性架構設計是簡單的，由於幾乎全部稍有規模的網站都必須是可伸縮的，有不少案例可供借鑑，同時又有大量商業的、開源的提供伸縮性能力的軟硬件產品可供選用。然而伸縮性設計又是複雜的，沒有通用的、完美的解決方案和產品，網站伸縮性每每和可用性、正確性、性能等耦合在一塊兒，改善伸縮性可能會影響一些網站的其餘特性，網站架構師必須對網站的商業目標、歷史演化、技術路線瞭然於胸，甚至還須要綜合考慮技術團隊的知識儲備和結構、管理層的戰略願景和規劃，才能最終作出對網站伸縮性架構最合適的決策。

　　一個具備良好伸縮性架構設計的網站，其設計老是走在業務發展的前面，在業務須要處理更多訪問和服務以前，就已經作好充足準備，當業務須要時，只須要購買或者租用服務器簡單部署就能夠了，技術團隊亦可高枕無憂。反之，設計和技術走在業務的後面，採購來的機器根本就沒辦法加入集羣，勉強加了進去，卻發現瓶頸不在這裏，系統總體處理能力依然上不去。技術團隊天天加班，卻老是拖公司發展的後腿。架構師對網站伸縮性的把握老是在一線之間。

　　爲何有的網咋必須規定系統發佈日，一到發佈日就如臨大敵，整個技術部加班通宵達旦；而有的網站就能夠隨時發佈，新功能能夠隨時快速上線。這些都有賴於網站的擴展性架構設計，就是在對現有系統影響最小的狀況下，系統功能可持續擴展及提高的能力。擴展性指對現有系統影響最小的狀況下，系統功能可持續擴展或提高的能力。表如今系統基礎設施穩定不須要常常變動，應用之間較少依賴和耦合，對需求變動能夠敏捷相應。它是系統架構設計層面的開閉原則，架構設計考慮將來功能擴展，當系統增長新功能時，不須要對現有系統的結構和代碼進行修改。伸縮性指系統可以經過增長自身資源規模的方式加強本身計算處理事務的能力。若是這種增減是成比例的，就被稱做線性伸縮性。在網站架構中，一般指利用集羣的方式增長服務器數量，提升系統的總體事務吞吐能力。可修改性的目標是控制實現、測試和部署變動的時間和成本。主要分爲局部化修改、防止連鎖反應、推遲綁定時間。

　　關於《河北省重大技術需求徵集》系統中對用戶的需求管理是可用的，該系統能完整錄入需求，能把提交的需求進行展現、查看。其中徵集模塊以及分類瀏覽、樹形結構能是可以切合可用性的原則， 可是對錯誤的恢復仍是不夠完善，當用戶的需求在各類外界因數干擾下沒有提交成功，系統對數據的恢復仍是作不到。因爲該系統採用的MVC模型開發模式，對局部化的修改不會產生連鎖反應，對修改後的內容也可以正常使用，並不會影響其餘功能，所以，系統的可修改性也還說的過去。