XX系統可用性易用性

XX系統可用性易用性提升

       網站不可用性也被稱爲網站故障，業界一般用多少個9來衡量網站的可用性。如：網站不可用時間（故障時間）=故障修復時間-故障修復時間點-故障發現（報告）時間點  網站年度可用性指標=（1-網站不可用時間、年度總時間）*100%。可用性指標是網站架構設計的重要指標，對外是服務承諾，對內是考覈指標。網站可用性不一樣於其餘架構指標，它更加看的見摸得着，跟技術運營、相關各方的績效考覈息息相關，所以在在架構設計與評審會議上，關於系統可用性的討論與爭執老是最花費時間與精力的部分。

       那麼怎麼提升系統的可用性？一般企業級的應用系統會採用昂貴的軟硬件設備，如IBM的小型乃至中型機大型機即專有操做系統、Oracle數據庫、EMC儲存設備等。這樣的目的是保證服務器硬件故障時服務依然可使用、數據庫可以保存且可以被訪問，即進行數據和服務的冗餘備份及失效轉移，一旦某些服務器宕機，就將服務切換其餘可用的服務器上，若是磁盤損壞，則從備份的磁盤讀取數據。如不久前的網易代理的一款軟件就由於數據庫的損壞，致使用戶的數據損壞，而且因爲數據未及時進行備份，致使數據的永久性遺失，從而致使了大量的損失。

       一個典型的網站設計一般遵循着應用層、服務層及數據層的基本分層架構模型。中小型網站在具體部署時，一般將應用層和服務層部署在一塊兒，而數據庫則另外部署。在複雜的大型網站架構中，劃分的粒度會更小、更詳細，它使得位於不一樣層次的服務器具備不一樣的可用性特色，關閉護着服務器宕機時產生的影響也不相同，高可用的解決方案也差別甚大。應用服務器的高可用架構設計主要基於無狀態這一特性，可是事實上，業務老是有狀態的。Web應用中將這些屢次請求修改使用的上下文對象稱做會話（session）。集羣環境下，Session管理主要包括：Session複製、Session綁定、利用Cookies記錄Session、Session服務器等。

       可複用的服務模塊爲業務產品提供基礎公共服務，大型網站中這寫服務一般都獨立分佈式部署，被具體應用遠程調用。可複用的服務和應用也同樣，也是無狀態的服務，所以可使用相似負載均衡的失效轉移策略實現高可用的服務。除此還有以下高用的服務策略：分級管理、超時設置、異步調用、服務降級、冪等性設計等。對於網站而言，數據是珍貴的資產，數據的失去對於一些網站是毀滅性的打擊。對於緩存服務器集羣的單機宕機，若是緩存服務器集羣規模較大，那麼單機宕機引發的緩存數據丟失比例和數據庫負載壓力變化都較小，對整個系統影響也較小。數據備份是一種古老而有效的數據保護手段，成本和技術難度都比較低，缺點是不能保證數據的一致性，因爲數據是按期複製，所以備份數據中的數據比系統的數據陳舊，若是系統數據丟失，那麼從上個備份點開始後更新的數據就會永久丟失，不能從備份中恢復，即發生上述軟件發生的狀況，形成巨大的損失。

       系統的擴展性指對現有系統影響最小的狀況下，系統功能可持續擴展會提高的能力。伸縮性是指系統可以經過增長（減小）自身資源規模的方式加強（減小）本身計算處理事務的能力。低耦合的系統更容易擴展，低耦合的模塊更加容易複用，一個低耦合的系統也會讓開發過程和維護變得更加輕鬆和容易管理。對於XX系統，它的耦合性顯然是不符合要求的，大型網站爲了更好地服務本身的用戶，開放更多的增值服務，會把網站內部的服務封裝成一些調用接口開放出去，供外部的第三方開發者使用，這個提供開放接口的平臺被稱做開放平臺。固然XX系統因爲系統的特殊性，並未提供這些開放接口。對於XX系統，它的可用性集中在對於用戶的友好性，以及網站邏輯的合理性。