< 要是天上掉餡餅該多好..但故障隔離不是免費的，而且并不廉價。誠然它有很多利益，但假如把平臺上的每個功能都設計為故障隔離的，那本錢就太高了，而且它可能還不會帶來什么股東回報。

 
你應當在體系中實現適量的故障隔離，以便產生實際的股東回報。你興許接著會問: ;好的，多謝，那你能告訴我如何做到這點嗎'

 
遺憾的是，謎底取決于你特定的須要、發展速度、不可用性以及造成體系不可用的起因、客戶對可用性的冀望值、簽訂的可用性許諾以及各種因素的組合，它們產生的組合數量宏大，甚至于咱們不能向你描述出你的環境究竟須要什么。網站設計在設計網站前，必須告訴網站所針對的人群、區域、國家等。如果能提供某種行業的更好，這樣中華網庫在設計上就會針對這種人群的瀏覽習慣特別定制您的網頁。
 
簡而言之，你可能利用一-些簡單的準則來進步你的可擴大性跟可用性。這里咱們介紹了一些對你進行故障隔離來說最有用的準則。
 
方法
　　1:把最賺錢的功能放入泳道
 
無論你做什么，都要確保把最能賺錢的功能正確地與故障跟其余體系的須要束縛隔離開來。假如你經營的是一個電子商務站點，那么這可能是點擊 ;購買;按鈕觸發的購買流程，也可能是處理信用卡時的結賬流程。假如你經營的是一個供給內容的站點，通過專有的廣告宣布體系賺錢，那么就要確保廣告宣布體系的功能與體系其余所有功能分別開來。假如你的站點是靠日常的注冊費賺錢的，那么就要確保從注冊到開賬單的流程都被正確地故障隔離了。
 
你興許有一些次級流程也 與站點賺錢的功能周到相干，那么理所當然應當也考慮為它們施加泳道。例如，在一個電子商務站點中，可能須要把搜查跟瀏覽功能都放入泳道。在一個供給內容的站點中，可能須要把拜訪流量最大的區域放在它們自己的一個或多個泳道中，以幫助需乞降產能琢磨。社交網絡站點應當為最常被拜訪的個人信息頁面全部或局部創建泳道。
 
方法
　　2:把最輕易引發故障的功能放入泳道
 
假如你在一直地履行季度故障回想會議(如第8章所述)，你發明你站點中的某些組件在重復地引發故障，那么在將來的余量名目中，絕對應當考慮這些組件，并且應當把這些區域隔離起來。季度故障回想會議的目標是從咱們從前的錯誤中汲取教訓。假如由須要造成的可用性問題重復產生，咱們就應當把這些區域隔離起來，以防它們影響產品或平臺的其余局部。
 
方法
　　3:依據天然界線劃分泳道
 
在多租戶的SaaS體系中，這種方法尤其有用，這種體系通常須要沿著Z軸擴大，須要最大可擴大性的站點跟平臺通常都必須依附沿Z軸的分段進行擴大，而最常用的是依照客戶進行劃分。誠然這種劃分通常首先是在架構的存儲或數據庫層實現的，然而接下來，咱們應當為從懇求到數據存儲或數據庫的所有組件都創建泳道。
 
你可能把體系設計為在逐個條泳道中經營一個或多個 ;租戶;。 假如你的平臺適合這樣做，那就充 通常，多租戶象征著你試圖通過共享資源而進步本錢效力。在很多情況下，這種方法象征著分利用這一點。 假如你的某個租戶十分忙，就給它單獨調配一個泳道。而假如你的大多數租戶對你的平臺的利用率都很低，那么可能把它們調配到一個泳道中。原理大抵如此。
 
故障隔離的設計備忘錄故障隔離的架構的設計準則如下:
 
準則
　　1:什么都不能共享(即盡可能少共享)。一個泳道內共享的貨色越少，這個泳道的故障隔離性越好。
 
準則
　　2:什么都不能跨過泳道邊界。絕對不能跨泳道邊界進行通信，否則就是邊界劃分不正確。
 
準則
　　3:在泳道內交易。你不能為服務創建泳道，因為這些服務之間的通信違背了準則2。
 
設計故障隔離的架構的方法如下:
 
方法
　　1:把最賺錢的功能放入泳道。絕對不要讓你的收款機受其余體系連累。
 
方法
　　2:把最輕易引發故障的功能放入泳道。網站設計在設計網站前，必須告訴網站所針對的人群、區域、國家等。如果能提供某種行業的更好，這樣中華網庫在設計上就會針對這種人群的瀏覽習慣特別定制您的網頁。網站制作如果您對您的網頁不清楚，沒經驗，不要緊，您最好告訴建站公司您最大程度的預算，他們會全程為您提供服務。找出重復發生的故障的起因，把它們隔離起來。
 
方法
　　3:依據天然界線劃分泳道。依照客戶劃分是很好的泳道劃分方法。
 
誠然方法很多，但進步網站設計的可擴大性同時又不致讓你的CFO心臟病發生的途徑還很漫長。

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