網(wǎng)站故障隔離的好處

<故障隔離的架構會給平臺或產(chǎn)品帶來很多利益。其中明顯的利益是進步了可用性跟可擴大性，而不明品的利益是減少了上市時光跟開發(fā)本錢。公司會發(fā)明，采取故障隔離的架構，回退發(fā)會更輕易，而當站點、平臺或產(chǎn)品 ;上線;后，再推出新功能也會更加輕易。

 
故障隔離的架構會給平臺或產(chǎn)品的可用性帶來很大的利益。網(wǎng)站建設前期準備包括了前期網(wǎng)站定位、內(nèi)容差異化、頁面溝通等戰(zhàn)略性調(diào)研，這些確立后，再去注冊域名、租用空間、網(wǎng)站風格設計、網(wǎng)站代碼制作五個部分，這個過程需要網(wǎng)站策劃人員、美術設計人員、WEB程序員共同完成。當一個故障隔離城或泳道在平臺或體系架構級別出了故障，你失去的只是駐留在這些泳道的服務器中的功能、地理位置或客戶群。當然，前提是你的泳道架構設計正確，其余泳道不會調(diào)用這個出問題的泳道。在這個例子中，不管哪個泳道出故障都不會給可用性帶來什么利益，但影響卻有大小之分，所以泳道的架構就顯得十分重要。為了說明這一點， 讓咱們來對比一下支撐高可用性的泳道架構跟架構設計不良的泳道架構。

 
咱們在介紹各個主題時，都采取了虛構的AllScale公司為例，這次也不例外。網(wǎng)站設計準備工作相當重要，這決定你建站的目的，以及日后維護網(wǎng)站，讓你的網(wǎng)站發(fā)揮作用等是相當?shù)闹匾?。AllScale公司的團隊決定把創(chuàng)建泳道的概念利用到新開發(fā)的客戶關聯(lián)治理體系(CRM)跟已有的人力資源治理體系(HRM)上。這兩個體系都是SaaS (軟件即服務)平臺。CTO約翰尼.菲克斯跟他的團隊從無到有地開發(fā)了CRM平臺，這個平臺支撐公司層面上的多租戶，也就是說，多個公司可能駐留在一個物理數(shù)據(jù)庫中，這樣可能減少整體本錢，更有效天時用資本。AllScale公司的架構師還意識到了長期擴大的須要，因為它們的客戶是一直增加的。因此，他們決定，對新開發(fā)的CRM解決計劃跟已有的HRM解決計劃，都以客戶為邊界，劃分利用跟數(shù)據(jù)庫。約翰尼跟AllScale公司的團隊決定了，不再須要劃分的最小的客戶分塊是公司內(nèi)的一個部分。AllScale公 司的架構師還判斷了要在美國范疇內(nèi)，運行多個活動的數(shù)據(jù)中心。
 
AllScale公司的架構師抉擇了泳道，或者說故障隔離的架構。他們大抵按一個十分 大的公司部調(diào)配以多少個較小的公司的方法調(diào)配數(shù)據(jù)中心，這些客戶所需的所有服務都來自于這個數(shù)據(jù)中心。數(shù)據(jù)中心的選址盡量湊近數(shù)據(jù)中心所服務的公司的企業(yè)總部。任何一個組件產(chǎn)生了故障，那么只有駐留在這個數(shù)據(jù)中心的客戶會在產(chǎn)生停機或服務中斷的進程中在數(shù)據(jù)中心之間進行通信。因此，一旦一個數(shù)據(jù)中心中從數(shù)據(jù)庫到邊界路由器的任何服務都不能受到影響。
 
局城網(wǎng)分段跟多個數(shù)據(jù)庫，就可能把多個部分或一組公司放到數(shù)據(jù)中心的一個故障隔離域中。 這 Aslal公司的架構師進一步發(fā)明了一種利用泳道在數(shù)據(jù)中心中進行擴大的方法。 借助虛構樣地，服務也不能跨故障隔離城通信。這樣的話，除了共享的網(wǎng)絡設備外(如路由器跟邊界路由 樣還可能對內(nèi)部路由器后的體系跟服務進行故障隔離，包含局城網(wǎng)、數(shù)據(jù)庫、利用服務器等。同期，它容許公司把eca飯本的產(chǎn)品宣布給彼此隔離的客戶分段，從而進步降落了危險)。其余任何設備故障都會被隔離在數(shù)據(jù)中心的逐個個區(qū)或城中。在實現(xiàn)時，這種設計超出了預故障隔離的架構，而不是以客戶為邊界。在這種情況下，該團隊可能會為登錄服務創(chuàng)建一個泳道，另一種方法是依照服務來劃分故際隔離城。讓咱們假討AlSeal的團隊以服務為邊界創(chuàng)建了為更新銷售線索集的服務創(chuàng)建一個泳道，為查看銷售線索的服務創(chuàng)建一個泳道，為制造銷售線索衡量指標的報表的服務創(chuàng)建一個泳道。這種方法的問題在于，一旦其中任何一個服務出了故障，都可能給其余服務帶來意想不到的影響。例如，在上述例子中，一旦登錄服務產(chǎn)生故障，導致體系無奈拜訪，那么只管其余服務仍然可用，但可能想見，體系的用量會逐步降落，因為新的登錄操作都不被接收了。這樣要與平臺進行交互的客戶在登錄失敗后會100%受到影響。
 
這并不是說，絕對不應當采取這種面向服務的隔離方法。恰好相反，這種方法可能很好地隔離代碼庫、通過隔離來縮短上市時光以及通過緩存特定服務的動作來減少擴大須要。然而，一旦你的服務要依附于其余服務，無論是以前面提到的同步方法，還是要依照時光序列，一個服務要在另一個服務之前調(diào)用，那么你都使自己陷人了故障高發(fā)的田地。這時你可能通過確保先產(chǎn)生的服務存在更高的可用性跟冗余度，以降落它們出故障的危險，或者也可能進行屢次劃分，進一步隔離故障。
 
假如要采取前一種方法，即讓先產(chǎn)生的服務存在更高的可用性，常用的方法是極大地增加產(chǎn)能。此外，對每個公司進行功能減負)，也會有助于隔離某些問題。對新的登錄代碼，強迫性地讓少量用戶采取特定的登錄池服務，可能減少新代碼帶給AllScale公司的危險。在服務器上樹破連接限度，可能在出于某些起因造成服務變慢時，仍然使某些客戶可能正確登錄體系。
 
設計為可能禁用的，咱們稱之為功能減負。有了功能減負的設計，就可能把產(chǎn)品中的某個功能禁用掉，從而不會影響到，其余功能。公司路動能減負投貴的常見起因是，限度新的功能宣布對可用性跟 口可擴大性的負面影響。功能減負履行切當，就可能在修復問題代碼成體系時，讓一個新宣布的版本保存在生產(chǎn)環(huán)境中，需無需回退全部宣布。通常可能通過一個軟開關讓有問題的代碼成體系離線，在引發(fā)意外行動的問題得到解決后，再讓它上線。
 
采取這種方法，AlSal公同既依照服務進行了劃分，又以公司為基本依照客戶進行 咱們偏向于采取后一種方法，即進行網(wǎng)站設計的屢次劃分來隔離故障，因為它同時解決了可擴大性跟可離，而后又在這個服務泳道中，采取泳道進行了面向客戶的劃分。網(wǎng)站設計準備工作相當重要，這決定你建站的目的，以及日后維護網(wǎng)站，讓你的網(wǎng)站發(fā)揮作用等是相當?shù)闹匾４送?，AlSale公司還可能交 了劃分。首先ASCal公司以面向技巧的劃分方法為重要劃分方法，通過登錄服務泳道實現(xiàn)了隔離劃分的順序，首先為組公司創(chuàng)建一 個客戶豆莢 (或泳道)，而后在豆莢中，用泳道來劃分服務，其中逐個種服務可能是登錄服務。誠然大多數(shù)公司認為面向客戶的劃分方法更天然，但無論哪種方法都是可行的。劃分類型，其中將介紹AKF破方以及如何把它利用到服務、數(shù)據(jù)庫跟存儲結構上。
>

相關鏈接：長春網(wǎng)站優(yōu)化，長春網(wǎng)站推廣，長春網(wǎng)絡推廣，長春網(wǎng)站排名，網(wǎng)站推廣，網(wǎng)絡推廣，網(wǎng)站優(yōu)化，網(wǎng)站排名，長春seo，網(wǎng)站seo，http://simrandeepsinghsadeora.com