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

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

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

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

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

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

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

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