xx系統屬性分析

　　在本週的課程學習當中，咱們簡單瞭解到系統的一些屬性，同時在課下也對《大型網站技術架構：核心原理與案例分析》進行了初步的閱讀。

在書籍中我看到了許多其餘的知識，也對課堂學習的知識有了鞏固，如今針對xx系統，作一個簡單的系統屬性分析。

　　在對系統進行簡單的分析以前，咱們先回顧一下系統的一些屬性。

      首先是可用性，可用性與系統故障以及其後果有關，當系統再也不提供其規範中所說的服務時，就出現了系統故障。而可用性是指系統正常運行

時間的比例，他的比值爲：平均正常工做時間/(平均正常工做時間+平均修復時間)。

　　可用性指標是網站架構設計的重要指標，網站可用性看得見，摸得着，跟技術、運營、相關各方的績效考覈息息相關。一個典型的網站設計遵

循基本分層架構模型即應用層、服務層、數據層。應用層主要負責具體業務邏輯處理；服務層負責提供可複用的服務；數據層負責數據的存儲和訪

問。網站的可用性架構設計不但考慮實際的硬件故障引發的宕機，還要考慮網站升級發佈引發的宕機。高可用的服務策略包括分級管理、超時設置

和服務降級（關閉非核心服務）等。高可用的數據是最寶貴的資產，保證數據存儲高可用的手段主要是數據備份和失效轉換機制。數據備份能夠實

現數據徹底的持久化，失效轉換機制是爲了保證系統可用。保證網站高可用，萬無一失，是一個艱難的過程，還須要更多努力。

      而後是易用性，易用性關注的是用戶完成某個指望任務的難易程度。它包括了：有效性、錯誤避免以及錯誤處理、用戶自信和滿意程度等。其

實就是說用戶使用某項功能是否以爲簡單易用。

      那麼對於咱們如今正在編的這個系統，如何提升他的可用性與易用性呢，《大型網站技術架構》給了咱們合理的解決方案。網站的可用性，網

站的可用性通常經過可用性指標來度量，包括2個9, 3個9， 4個9等學習度量指標。它用網站每一年最長的故障時間來進行度量。事實上網站的故障

是不可避免的，咱們要作的就是儘可能下降故障發生的機率。首先咱們要學會的就是對系統的分層，一般將系統分爲3層，即業務層、服務層和數據層。

這樣的分層有利於在故障發生時，準肯定位故障，並及時解決故障。而當網站的規模比較大，有較多的用戶同時訪問時，咱們能夠交給集羣服務器，

而後進行負載均衡，將流量和數據分攤到集羣的多臺服務器上，提升總體的處理能力，提升可用性。Session管理，在集羣環境中，Session管理主

要有Session複製、Session綁定、用Cookie文件記錄Session等方法，提供分佈式的緩存。除此以外，還有如下幾個方法提升可用性。分級管理，

將服務器進行分級管理，核心應用和服務優先用更好的硬件，這樣會提升運行的速度；超時設置，因爲服務器宕機、線程死鎖等緣由，使用戶長時間

得不到響應，同時還佔用應用程序的資源，因此咱們要設置服務器超時時間，一旦超時就拋出異常；異步調用，就是將一個服務分紅多步，這樣就不

會由於一個服務失敗致使整個應用的請求失敗；服務降級，就是說在網站訪問的高峯期，拒絕訪問低優先級的服務，節約資源，使服務器避免所有死

機。接下來是一些數據的提升可用性的方法，保證數據高可用手段主要是數據備份和實效轉移機制。其中要重點說一下的是代碼管理，這裏提到Github，

而且預測將成爲版本管理的主要軟件，我以爲有必要系統的學習一下。

      對於網站的易用性，就是而後以爲簡單易用的一些處理機制，首先咱們能夠提升網頁的打開速度，再好的網站打開速度慢，也就失去了用戶，我

們能夠儘可能少使用圖片，合理設計數據庫結構；讓網站更加易於操做，如設計一些合理的快捷鍵，儘可能不用動鼠標就不動鼠標；站在用戶的角度考慮

問題，多從用戶的視角體驗網站、多與用戶交流、多挖掘用戶的需求，讓網站作到一切都是從用戶的角度出發。

　　每一個系統都會有本身的特性，咱們必須學會針對不一樣的系統作出不一樣的分析，但同時咱們也應該總結出本身的一套方法，才能更好的對系統進行分析。

同時也能夠更好的積累經驗。