<假如創建的架構容許你以面向服務或者面向資源的方法劃分代碼，那么你就有了關注的機動性，可能給這些服務專門指派工程師了。當你還是一家小公司時，這樣做可能意思不大。然而隨著你的公司發展，代碼數量、服務器數量跟體系的整體龐雜度都在增加。要處理這種龐雜度的增加，你就須要集中你的工程師。假如不能讓你的員工專一于自己特定的范疇，那么就會造成太多的工程師理解太少的全部體系的信息，以至效力低下。

 
假如你經營的是一個電子商務站點，那么你可能有代碼、對象、方法、模塊、服務器跟數據庫，專門用于登出、搜查、對比、瀏覽、物流、存貨治理等。網站建設前期準備包括了前期網站定位、內容差異化、頁面溝通等戰略性調研，這些確立后，再去注冊域名、租用空間、網站風格設計、網站代碼制作五個部分，這個過程需要網站策劃人員、美術設計人員、WEB程序員共同完成。網站制作涵蓋了許多不同的技能和學科中所使用的生產和維護的網站。不同領域的網頁設計，網頁圖形設計，界面設計，創作，其中包括標準化的代碼和專有軟件，用戶體驗設計和搜索引擎優化。許多人常常會分為若干個工作小組，負責網站不同方面的設計。網站設計準備工作相當重要，這決定你建站的目的，以及日后維護網站，讓你的網站發揮作用等是相當的重要。通過給這些范疇專門調配團隊，即便這個范疇的代碼庫龐雜、有難度而且在一直擴大，這個團隊也會成為該代碼庫的專家。有了這種專業性，就能更快地開發出新功能，更快地解決已知的或已有的故障跟問題。因為這些交付的速度加快了，那么修復bu
　　G、故障的解決計劃以及新開發的功能的上市時光也就縮短了，此外，開發的隔離以及幻想狀況下的體系或服務的隔離，會減少單- 體系開發中可能產生的合并抵觸。這里，咱們采取的術語 ;單一體系開發；指的是一個特定產品中的所有函數、對象、進程跟方法共享資源。多個工程師都簽出同一個龐雜體系的代碼，可能會在代碼合并時增加抵觸或出錯的可能性。讓專門的軟件開發團隊負責專門的代碼，會減少這種抵觸。
 
當然，這并不是說代碼復用不應當是組織關注的重點，它絕對應當是。你應當開發一個共享的代碼庫，還應當考慮專門指派一個團隊負責開發跟監管這個共享代碼庫?？赡苡梅盏椒?、共享的可動態加載的代碼庫或者在編譯產品時加以編譯或鏈接的代碼庫的情勢，來實現這些代碼庫。咱們常用的方法是采取團隊專用的共享代碼庫，假如一個負責不共享代碼庫的團隊開發了一個有用的、能共享的組件，那么應當把這個組件加人團隊共享的代碼庫。
 
因為工程師老是喜好一直面對挑釁，所以你可能擔心工程師不會樂意在某個特定范疇花費很多時光。這時你可能讓工程師輪換地在不同的范疇工作，以使他們更好地理解全部體系，長此以往，這樣做能施展他們的才干，幫助他們發展。此外，這樣做還會為你培養-位對體系有著普遍意識的將來架構師，或者會為你打造一個疾速反應的SWAT團隊，其中的成員可能敏捷集結，解決故障跟問題。
 
故障隔離不僅能縮短 上市時光，基于同樣的方法跟理由它還能降落本錢。對此一個視角是，每個工程師每小時或每天的生產力越高，那么你的單位本錢就會降落。例如，在一個復 雜的單一 體系中，假如要生成個別的故事或用例，通常須要5個軟件開發人日；而在一個用泳道分隔的系本就被減少了10%。統中，生成個別的故事或用例，則只須要4.5個軟件開發人日。這樣軟件開發工作的均勻單位成交量價值。你可能決定把軟件開發人員減少10%，也可能用較低的本錢實現等量的產品提開、單位本錢降落了，你可能用它來做兩件事中的一件，這兩件事都會影響凈收人， 從而影響此外，你還可能決定堅持當前的本錢結構不變，而用雷同的本錢開發出更多的產品。這里的要害是你要選對產品，抉擇會增加你收人的產品。假如你勝利了，那么你不僅會進步凈收人，還會使你的股東變得更富有。
 
你興許會認為額定的站點通常會比-個站點花 費的資本多，而目經營本錢也會增加。誠然事實確實如此，但大多數公司還是盼望自己的產品能禁受得住地理上彼此隔離的種種災害，他們會投資打造各種級別的災害恢復計劃，以便可能減少這些災害帶來的影響。假設你具備了正確的故障隔離的架構，運行三個或四個故障隔離的數據中心的資本跟花費，可能比運行兩個完全-致的數據中心的本錢小得多。
 
證明故障隔離有效性的另一個視角是看它對收人的影響。你可能盤算在某段時光中失去的機會(失去的收入)。通?？赡苡蒙钲诰W站建設體系失去的交易量以及將來比預計要高的客戶離開率來衡量失去的收人。比較當前喪失的收人與將來喪失的收人，可能決定實現故障隔離的架構的本錢是否公道。依據咱們的教訓，通過進步可用性跟減少失去的機會，就可能證明故障隔離的架構是有效的。跟bug修復。這種本錢的降落會進步凈收人，但不會增加收人。
>

相關鏈接：長春網站優化，長春網站推廣，長春網絡推廣，長春網站排名，網站推廣，網絡推廣，網站優化，網站排名，長春seo，網站seo，http://www.eslexch.cn