一、網路故障
當客戶正在交易時，突然網路發生異常，導致無法繼續連線到網路上。這個場景是最可能發生的。我們需要在網路發生的時候，讓客戶能夠繼續進行這個交易。
二、效能故障
由於機器效能或者軟體效能的緣故，可能會導致我們在某個業務處理過程中耗費大量時間，比如資料庫查詢。但是這也不應該影響我們進行繼續交易。
三、系統崩潰
乙個畸形的請求，讓我們的系統在某個不完善的地方發生了崩潰，這個很可怕，因為系統可能會退出，而不再提供服務。當然，系統崩潰的原因有很多，記憶體訪問異常是最有可能發生的。當然，還有許多未知的原因，但是，我們只需要知道我們的系統已經死掉，並希望在這個情況，客戶依然能獲得相關的服務，比如交易。
四、系統擁塞
資料庫發生了死鎖，或者網路流量過大，導致我們系統被阻塞住了。或者cpu和io等操作讓機器負荷過大，無法對請求做出響應，這時我們依然需要讓客戶繼續交易。
硬體、軟體、網路，任何構成系統的單元都可能發生故障，而我們首先要做的是，在發生故障發生之前去，去分析、總結、**哪些故障可能發生。
高效能，高可用系統架構
本文是學習大型分布式 架構的技術總結。對架構乙個高效能，高可用，可伸縮，可擴充套件的分布式 進行了概要性描述，並給出乙個架構參考。一部分為讀書筆記，一部分是個人經驗總結。對大型分布式 架構有很好的參考價值。1 大型 的特點 2 大型 架構目標 3 大型 架構模式 4 高效能架構 以使用者為中心，提供...
高可用高效能系統（一）系統應用場景
建設乙個高可用高效能的系統是我最近幾年的努力目標，但其中涉及的內容頗多，都是些零星的經驗，缺乏系統性架構總結。寫這個系列的文章其實是我一直以來的想法，不過題材和內容過多，所以一直擱置。前些日子到一家公司面試，備受打擊，覺得有必要把它總結一下。我假定要為 交易建設乙個高可用高效能的系統，那麼 交易就是...
高可用，高併發，高效能
高併發 是網際網路分布式系統架構設計中必須考慮的因素之一，它通常是指，通過設計保證系統能夠同時並行處理很多請求。高併發相關常用的一些指標有響應時間 response time 吞吐量 throughput 每秒查詢率qps query per second 併發使用者數等。吞吐量 單位時間內處理的請...