移動網際網路時代，似乎大家都在強調架構或服務的高可用，那什麼是高可用性呢？
首先，我們來了解下什麼是系統的可用性（system usability），即系統服務不中斷執行時間佔實際執行時間的比例，所以高可用性就比較好理解了：系統服務不中斷執行時間佔實際執行時間的佔比更大，換句話說符合我們的預期。
其次，系統的可用性由哪些因素決定或受哪些因素影響呢？其實我們可以想象下，有沒有系統可以提供長久的不中斷服務？有人會回答說：有！真的這麼肯定？
其實，對於乙個簡單的系統，在單位時間內是可以保證服務不中斷的，但無法保證：forever ，更何況現在的系統複雜性越來越高！又因為伺服器硬體老化、供電及網路故障等不確定因素，很難保證這一點，所以說可用性是指一段時間內的可用性！
系統可用性取決於系統的可靠性（mttf）及可維護性（mttr）的高低，其中可靠性是指系統服務多久不中斷，可維護性是指服務中斷後多久可恢復。那這3者是怎樣的關係呢？
system usability = mttf / ( mttf + mttr ) * 100%
備註：
mttf：平均無故障時間
mttr：平均故障修復時間
mtbf：平均故障間隔時間
其中，mtbf = mttf + mttr，故system usability = mttf / mtbr * 100%
那在實際的案例中如何計算呢？我們接著來了解下系統結構。
以下是系統可用性與停機時間的乙個關係圖：
最後，如何提高系統的可用性呢？其實就是如何提高系統的可靠性和可維護性！
（1） 對於系統中某個節點而言（可能是一台伺服器、乙個元件、或者乙個功能模組），要求**健壯、效能優、硬體配置高等
（2） 對於整個系統而言，我們可以使用集群技術，這裡集群分2類，一是高可用集群，二是負載集群
（3） 如果說系統無bug或不出問題，是不可能的，所以當出現故障時快速解決顯得很重要，也就是可維護性要高！我們要盡可能做到：快速發現問題、定位問題、解決問題，這裡依賴於監控（監控很重要），不能依賴於使用者反饋，更重要的是時刻優化維護流程中不合理的地方（這一點很難，但是很有效率，因為有時解決問題需要組織層級推進，能否精簡流程、快速響應等，也是我們要思考的地方）！
總結：系統的可用性不是測試出來的，而是計算出來的，它是指單位時間內乙個比例值，不代表所有時候！最後送大家一句話：今天的網際網路時代，對系統可用性要求非常高，它直接影響著使用者體驗，也是衡量我們這些技術工程師團隊的能力與價值的重要標準！
IT系統可用性
it系統可用性重新認識 今天看了一篇關於it系統可用性研究的文章，有些自己的想法，一併記載下來，若以後在此基礎上有新的發現，將及時更新。it系統可用性定義 what it系統中計算機軟硬體，網路等對使用者有效使用和令人滿意的程度。換句話說，盡量縮短因系統崩潰所導致的停機時間。包括確保機器的響應速度，...
如何提公升系統可用性？
相傳魏文王和名醫扁鵲之間曾經發生過這樣一段對話 魏文王 你們兄弟三人，誰是醫術是最好的呢?扁鵲 大哥最好，二哥差些，我是三人中最差的乙個。魏文王 那為什麼你的名氣最大？扁鵲 大哥治病，是治病於病情發作之前，病人尚未發病即已 使得他的醫術沒有得到認可，沒什麼名氣 二哥治病，是治病於病情初起時，二哥藥到...
可用性測試
工作一直緊張，但今天還是岔出了一件事情，就是對我負責的模組進行使用者可用性測試。兩個小時的測試還是有點收穫，小記之。剛剛從公司的培訓課程中學到了 usability test 沒想到這麼快就用到了實踐中，雖然這次的可用性測試不是很正式的從公司外部請使用者來做，也沒有用單面透視玻璃對使用者行為作 暗訪...