絕對不必保持且必須要降低單等級障。在架構圖搞我出單點案例。盡可能選用積極/積極配備。根據好幾個街景大化易用性。試著應用積極/積極配備，而沒有積極/普攻解決方法。運用均衡器平衡跨業務案例的留量。針對單例模式，應用積極/普攻配備的操縱。

   在數學中，兩組單獨原素是只能1個原素的非空子集，比如{A}。在編程設計中，單例模式指的是這種設計模式，它效仿了語文定義，限定了1個類只有實例化1個成員變量。這一設計模式對資源的調節十分有協助，可是程序猿以便節約勞動力常常應用它，這一議論之后再探討。在系統架構中，單例模式，或是更適當地說成單例反方式，被稱為單點故障(SPOF)換句話說，當體系中的某一部件只能1個案例時，如果該案例出故章，就會導致體系范疇的危害。

   SPOF在體系中比比皆是，從單獨的Web虛擬主機到單獨的計算機設備，但體系中最普遍的SPOF是數據表。其緣故取決于數據表是較難拓展到好幾個連接點上的，因而它只能1個案例。在圖9-1中，即便登陸、檢索和結帳虛擬主機常有沉余，數據表仍是SPOF。更精的是，全部業務池都取決于這1個數據表。盡管一切SPOF都不太好，但數據表SPOF的難題更大，假如數據表速率降低或是期讀過，那麼對數據表開展同歩啟用的全部業務池都將遭受這一時件危害。

   人們常說顧客的幾句口頭語是“任何都是出故章”。這話適用于虛擬主機、分布式存儲、計算機設備和計算中心。要是你可知道的，都是出故章。

   盡管許多我覺得計算中心是不容易出故章的，但數年來，人們自身經厲了十幾次計算中心運作終斷。高可用的存儲區域網絡都是這般，盡管他們比舊的SCSI硬盤陣列靠譜得多，但仍舊會出故章。

   大部分處理SPOF的方式是申報另一個系統配置，如X軸拓展如圖的根據復制業務，讓每個業務常有2個或更好幾個案例在運作。缺憾的是，證據并不是一直這般簡易。我們一起回首再看一下撰寫單例模式的流程。盡管并不一定的單例類也不容許在幾臺虛擬主機上運作1個業務，但一些保持絕對會給你免于遭到恐怖的不良影響。較簡易的狀況是，假如編碼中有個類，用以從用戶賬戶中減掉資金，用單例模式保持它就會讓客戶的額度免于難測，如變成負值。假如把這些編碼放到兩部單獨的虛擬主機上，沒有附加的控制措施或聯系訊號，則很將會會導致2個涉法涉訴一起在用戶賬戶中記人借額，從而導致不正確或不愿產生的情況。針對這種情況，人們必須修補編碼，或是依靠外界操縱來防止。但最最讓人滿放心的解決方法是修補編碼，在好幾個服務器上保持業務，一般人們必須迅速修補SPOF。做為本標準的第一個關鍵點，人們接著將探討好多個迅速修補方式。

   第一位方式非常簡單，是應用積極/普攻配備。1個業務在每臺虛擬主機上積極運作，在另一個每臺虛擬主機上普攻運作(不接受留量)。這類熱/冷配備，常被作為刪除數據庫SPOF的剛開始。接著的方式是用體系中的另外部件控制參數瀏覽。假如SPOF是業務，那麼用數據表鎖能夠控制參數的瀏覽。假如SPOF是數據表，那麼能夠設定主一從配備，由運用控制參數瀏覽，寫升級使用由主數據表進行，讀挑選使用由從數據表進行。第一個用以修補SPOF的配備是負載均衡器。假如Web虛擬主機或應用服務器的1個業務是SPOF，且在編碼中不可以清除，那麼能夠運用負載均衡器若干個客戶的懇求只發給池中的每臺虛擬主機。它是根據應用程序 cookie保持的，即設定客戶的網頁，且容許負載均衡器每一次都把該客戶的懇求跳轉到相同Web或應用服務器，進而產生這種相同情況。

   人們介紹了幾類清除SPOF的方式，在不可以立即改動編碼的狀況下能夠更好地保持他們。可是最終的方式最合適，即修補編碼，容許網站制作業務的好幾個案例在不一樣的數學虛擬主機上運作，進而盡量清除SPOF。記牢，“任何都是出故章”，因此當SPOF出故章時，請不必驚訝。