<故障隔離水平最好的體系，是那些絕對不調用它們的功能或數據范疇以外的貨色并且與之不任何交互的體系。可能設想一組混凝土烘托的房間，每個房間有一扇門，每扇門后面是一個長長的隔離通道，通道的盡頭有另一扇門；也就是說，一扇門可能拜訪混凝土烘托的房間，而另一扇門可能拜訪一個共享的房間，該房間中有無窮多個桌子跟人。在每個混凝土房間中，有一條信息，坐在那很多桌子后面的某個人，可能須要這條信息。要得到這條信息，他就要沿著這個存在他所需信息的房間的專用通道走到其中，而后再返回自己所在的桌子。在實現這趟旅行之后，他可能決定再去那個房間，獲取第二條信息，也可能決定沿著另一個通道，去另一個房間。任何人都不能直接從一個房間進人另一個房間，他必須經過長途旅行才干得到自己想要的信息。假如太多人因為要到同一個房間而被堵在同一個通道中，那么共享房間中的人破刻就會曉得，他們可能決定旅行到另一個房間，也可能決定就地等待。

 
在這個例子中，咱們不僅展示了如何看待故障隔離的設計，還說明了這種設計的兩個利益。網站設計準備工作相當重要，這決定你建站的目的，以及日后維護網站，讓你的網站發揮作用等是相當的重要。第一個利益是，通道堵塞時，不會妨礙人們從共享房間挪動到另一. 個房間。第二個利益是，每個人都會破即曉得哪個房間已經滿了。與這個例子相反的是，每個房間都連接到一個共享通道上，通道被阻塞了，就很難判斷是哪個房間滿了，而從共享房間進人這個共享通道的人口只有一個。這時誠然這里的每個房間都是隔離的，但假如 而且也不能從共享房間旅行到其余房間了。這個例子也說明了故障隔離的架構的第一個準則。
 
準則
　　1:什么都不能共享
 
這一準則過于極其，從經濟上來說不可行。但即便加此，它仍然是故障隔離的架構的出發點。假如故障隔離的設計或架構的第一個準則是絕對不能共事任何貨色。當然，對某些公司來說，你想確保產能故障或體系故障不會引發多個體系的問題，就須要隔離體系組件。對某些組件，這樣做興許十分艱苦，如邊界路由器或網關路由器。也就是說，考慮到某些情況下的經濟跟技巧束縛，這條準則利用得越全面，得到的結果就越好。
 
人們經常會忽視的方面是URI/URL。網站制作涵蓋了許多不同的技能和學科中所使用的生產和維護的網站。不同領域的網頁設計，網頁圖形設計，界面設計，創作，其中包括標準化的代碼和專有軟件，用戶體驗設計和搜索引擎優化。許多人常常會分為若干個工作小組，負責網站不同方面的設計。例如，考慮為不同的分組利用不同的子域。假如依照客戶分組，那么可能考慮采取custl allscale.com到custNallscale.com，依此類推。幻想狀況下，域分組也波及隔離的Web服務器跟利用服務器以及那個URI/URL專用的數據庫跟存儲。假如經濟因素容許而又有相應的須要，那么你應當采取專門的負載均衡器、DNS跟拜訪交換機。
 
假如你劃分了兩條泳道卻讓它們與一個共享數據庫通信，那么從全局來看它們仍然是一個泳道。興許從服務角度看，你有兩個較小的故障隔離區域(如利用服務器)，當一個利用服務器產生故障時，這種方法是有幫助的，但假如數據庫產生了故障，那么這兩個服務泳道都會停機。
 
準則
　　2:什么都不能跨過泳道邊界
 
在設計故障隔離的體系時，還有一個重要的準則。假如你有同步通信的體系，甚至是有異步通信的體系，那么它們就可能引發潛在的故障。誠然異步通信的體系引發這種故障的可能性較小，但在須要極大的場景中，超時設置不足以實現全部通信流程時，它們也會引發大量問題。
 
你不能構建了一個故障隔離的區域，同時卻讓這個區域與區域之外的貨色通信。回想一下咱們那個混凝土房間的比方，混凝土房間跟它們的通道是故障隔離的區域或域。大的共享房間是Intemet。假如不返回桌子所在的位置(咱們的瀏覽器)，而后抉擇另一條通道，是不能從一個房間進人另一個房間的。這樣咱們就能曉得瓶頸或問題所在確實切位置，而后找出處理這些問題的方法。
 
不同區域之間的任何通信以及咱們上述場景中的任何通道之間的通信，都可能使故障隔離呈現問題。一個通道中堆滿了人，不僅可能引發這個通道的問題，還可能引發通過其余通道連接的房間的問題。假如不全面的診斷，咱們怎么能輕松地發明問題到底產生在哪里呢反過來，任何一個房間堆滿了人，也可能會給其余房間帶來意想不到的影響，從而降落了房間的可用性。
 
準則
　　3:在泳道內交易
 
考慮到網站建設故障隔離的名字跟前面的準則，這個準則似乎應當是不問可知的，但咱們在很久之前就學到了不要做任何假設。網站制作涵蓋了許多不同的技能和學科中所使用的生產和維護的網站。不同領域的網頁設計，網頁圖形設計，界面設計，創作，其中包括標準化的代碼和專有軟件，用戶體驗設計和搜索引擎優化。許多人常常會分為若干個工作小組，負責網站不同方面的設計。在技巧范疇，假設就是災害之母。你見到過泳者排在泳池邊上準備出發，他們面前卻橫置著一條條泳道的分道線嗎?當然不。不過，這樣的妨礙游泳倒是挺有趣的。這對技巧泳道來說同樣如此。例如，聲稱自己創建了一個數據庫泳道，這是錯誤的。交易是怎么達到數據庫的?顯然會有跨泳道的通信，而依據準則2，這種情況不應當產生。對這個例子，你可能創建了一個池，但因為交易是要跨界的，所以依據咱們的定義，它不是泳道。
>

相關鏈接：長春網站建設，長春網站制作，長春網站設計，長春做網站，長春建網站，長春網站公司，長春網絡公司，http://www.www13123.com/