提升XX系統可用性易用性

可用性和易用性，可用性就是系統要能用，不能三天兩頭的出故障，這樣會形成用戶的大量流失。易用性是基於可用性的，在可以實用的基礎上還要好用。下面說一下可擴展性。這一點主要是爲了知足隨時可能改變的用戶需求和可能增長的系統功能。

      全讀者三章以後，發現要改善這個系統，必需要存這三個方面入手。可用性，易用性和可擴展性。

      對於XXX系統，首先咱們要學會的就是對系統的分層，一般將系統分爲3層，即業務層、服務層和數據層，這也是常說的MVC思想。這樣的分層有利於在故障發生時，準肯定位故障，並及時解決故障，並且最好將每次發生的故障信息保存到日誌文件，這樣更有利於故障復原和分析。而當網站的規模比較大，有較多的用戶同時訪問時，咱們能夠交給集羣服務器，而後進行負載均衡，將流量和數據分攤到集羣的多臺服務器上，提升總體的處理能力，提升可用性。Session管理，在集羣環境中，Session管理主要有Session複製、Session綁定、用Cookie文件記錄Session等方法，提供分佈式的緩存。除此以外，還有如下幾個方法提升可用性。分級管理，將服務器進行分級管理，核心應用和服務優先用更好的硬件，這樣會提升運行的速度；超時設置，因爲服務器宕機、線程死鎖等緣由，使用戶長時間得不到響應，同時還佔用應用程序的資源，因此咱們要設置服務器超時時間，一旦超時就拋出異常；異步調用，就是將一個服務分紅多步，這樣就不會由於一個服務失敗致使整個應用的請求失敗；服務降級，就是說在網站訪問的高峯期，拒絕訪問低優先級的服務，節約資源，使服務器避免所有死機。接下來是一些數據的提升可用性的方法，保證數據高可用手段主要是數據備份和實效轉移機制。易用性主要表如今人機交互方面，對於有較多項的表單錄入必定要將界面設計得儘可能美觀，並且必定要實現減小用戶操做的設計，除此以外，數據庫的表結構影響網頁的反應速度，因此，數據庫的設計方面必定要考慮得周到全面。

      網站不可用也被稱爲網站故障，業界一般用多少個9來衡量網站的可用性，對於大多數網站而言，2個9是基本可用，網站年度不可用時間小於88小時；3個9是較高可用，網站年度不可用時間小於9小時；4個9是具備自動恢復能力的高可用，網站的年度不可用時間小於53分鐘，好比QQ就是4個9；5個9是極高可用性，網站年度不可用時間小於5分鐘。可用性指標是網站架構設計的重要指標，是網站或者產品的總體考覈指標。網站可用性是更加看得見摸得着的質量屬性，因此在架構設計上，系統可用性的部分就須要花費更多的時間和精力了。而實現高可用架構的主要手段是數據和服務的冗餘備份及失效轉移，一旦某些服務器宕機，就將服務切換到其餘可用的服務器上，若是磁盤損壞，則從備份的磁盤讀取數據。因此就咱們的《XXX系統》來講，不是隻要完成系統的功能就等於完成了這個系統，根據系統的可用性，作好數據的備份和還原是最重要的保障之一。可是咱們在設計和開發這個系統時，卻把大部分精力放在了功能的實現上，這是一個很大的誤區。在數據庫的設計方面也是很重要的，加密存儲、及時備份、保存日誌都不失爲是一個好的方法。保證數據的可持久存儲，數據的可訪問性，在數據有多份副本的狀況下的一致性，均可以更好的維護咱們的系統，提升咱們系統的可用性。在服務器宕機時，進行失效轉移能夠保證數據訪問不會失敗，失效確認、訪問轉移、數據恢復均可以保證網站的數據不會丟失。對於咱們的這個系統，爲了保障高可用運行，咱們還可使用發佈腳原本完成網站的更新發布，能夠減小重啓服務器和從新部署，並且不會影響用戶使用。