如果創(chuàng)建的架構(gòu)允許你以面向服務(wù)或者面向資源的方式劃分代碼，那么你就有了關(guān)注的靈活性，能夠給這些服務(wù)專門指派工程師了。當(dāng)你還是一家小公司時，這樣做可能意義不大。但是隨著你的公司發(fā)展，代碼數(shù)量、服務(wù)器數(shù)量和系統(tǒng)的整體復(fù)雜度都在增長。要處理這種復(fù)雜度的增長，你就需要集中你的工程師。如果不能讓你的員工專注于自己特定的領(lǐng)域，那么就會造成太多的工程師了解太少的整個系統(tǒng)的信息，以致效率低下。

如果你運(yùn)營的是一個電子商務(wù)站點，那么你可能有代碼、對象、方法、模塊、服務(wù)器和數(shù)據(jù)庫，專門用于登出、搜索、對比、瀏覽、物流、存貨管理等。通過給這些領(lǐng)域?qū)ｉT分配團(tuán)隊，即使這個領(lǐng)域的代碼庫復(fù)雜、有難度而且在不斷擴(kuò)大，這個團(tuán)隊也會成為該代碼庫的專家。有了這種專業(yè)性，就能更快地開發(fā)出新功能，更快地解決已知的或已有的故障和問題。由于這些交付的速度加快了，那么修復(fù)bug、故障的解決方案以及新開發(fā)的功能的上市時間也就縮短了，此外，開發(fā)的隔離以及理想狀況下的系統(tǒng)或服務(wù)的隔離，會減少單- 系統(tǒng)開發(fā)中可能發(fā)生的合并沖突。這里，我們采用的術(shù)語“單一系統(tǒng)開發(fā)”，指的是一個特定產(chǎn)品中的所有函數(shù)、對象、過程和方法共享資源。多個工程師都簽出同一個復(fù)雜系統(tǒng)的代碼，可能會在代碼合并時增加沖突或出錯的可能性。讓專門的軟件開發(fā)團(tuán)隊負(fù)責(zé)專門的代碼，會減少這種沖突。
當(dāng)然，這并不是說代碼復(fù)用不應(yīng)該是組織關(guān)注的重點，它絕對應(yīng)該是。你應(yīng)該開發(fā)一個共享的代碼庫，還應(yīng)該考慮專門指派一個團(tuán)隊負(fù)責(zé)開發(fā)和監(jiān)管這個共享代碼庫?？梢杂梅?wù)到服務(wù)、共享的可動態(tài)加載的代碼庫或者在編譯產(chǎn)品時加以編譯或鏈接的代碼庫的形式，來實現(xiàn)這些代碼庫。我們常用的方法是采用團(tuán)隊專用的共享代碼庫，如果一個負(fù)責(zé)不共享代碼庫的團(tuán)隊開發(fā)了一個有用的、能共享的組件，那么應(yīng)該把這個組件加人團(tuán)隊共享的代碼庫。
由于工程師總是喜歡不斷面對挑戰(zhàn)，所以你可能擔(dān)心工程師不會愿意在某個特定領(lǐng)域花費很多時間。這時你可以讓工程師輪換地在不同的領(lǐng)域工作，以使他們更好地了解整個系統(tǒng)，久而久之，這樣做能發(fā)揮他們的才能，幫助他們發(fā)展。此外，這樣做還會為你培養(yǎng)-位對系統(tǒng)有著廣泛認(rèn)識的未來架構(gòu)師，或者會為你打造一個快速反應(yīng)的SWAT團(tuán)隊，其中的成員可以迅速集結(jié)，解決故障和問題。
故障隔離不僅能縮短 上市時間，基于同樣的方式和理由它還能降低成本。對此一個視角是，每個工程師每小時或每天的生產(chǎn)力越高，那么你的單位成本就會下降。例如，在一個復(fù) 雜的單一 系統(tǒng)中，如果要生成普通的故事或用例，通常需要5個軟件開發(fā)人日；而在一個用泳道分隔的系本就被減少了10%。統(tǒng)中，生成普通的故事或用例，則只需要4.5個軟件開發(fā)人日。這樣軟件開發(fā)工作的平均單位成交量價值。你可以決定把軟件開發(fā)人員減少10%，也可以用較低的成本實現(xiàn)等量的產(chǎn)品提開、單位成本降低了，你可以用它來做兩件事中的一件，這兩件事都會影響凈收人， 從而影響此外，你還可以決定保持當(dāng)前的成本結(jié)構(gòu)不變，而用相同的成本開發(fā)出更多的產(chǎn)品。這里的關(guān)鍵是你要選對產(chǎn)品，選擇會增加你收人的產(chǎn)品。如果你成功了，那么你不僅會提高凈收人，還會使你的股東變得更富有。
你也許會認(rèn)為額外的站點通常會比-個站點花 費的資本多，而目運(yùn)營成本也會增加。雖然事實的確如此，但大多數(shù)公司還是希望自己的產(chǎn)品能經(jīng)受得住地理上相互隔離的種種災(zāi)難，他們會投資打造各種級別的災(zāi)難恢復(fù)方案，以便能夠減少這些災(zāi)難帶來的影響。假設(shè)你具備了正確的故障隔離的架構(gòu)，運(yùn)行三個或四個故障隔離的數(shù)據(jù)中心的資本和花費，可能比運(yùn)行兩個完全-致的數(shù)據(jù)中心的成本小得多。
證明故障隔離有效性的另一個視角是看它對收人的影響。你可以計算在某段時間中失去的機(jī)會(失去的收入)。通?？梢杂?a href="http://jinyejixie.com/city/shenzhen.html">深圳網(wǎng)站建設(shè)系統(tǒng)失去的交易量以及未來比預(yù)計要高的客戶離開率來衡量失去的收人。比較當(dāng)前損失的收人與將來損失的收人，可以決定實現(xiàn)故障隔離的架構(gòu)的成本是否合理。根據(jù)我們的經(jīng)驗，通過提高可用性和減少失去的機(jī)會，就可以證明故障隔離的架構(gòu)是有效的。和bug修復(fù)。這種成本的降低會提高凈收人，但不會增加收人。

本文題目：網(wǎng)站故障隔離的成本怎么算？
網(wǎng)頁鏈接：http://jinyejixie.com/news23/151973.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、電子商務(wù)、關(guān)鍵詞優(yōu)化、外貿(mào)建站、手機(jī)網(wǎng)站建設(shè)、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)