1.4.3 基于與業(yè)務(wù)程序耦合緊密程度的維度劃分

基于與業(yè)務(wù)程序耦合緊密程度的維度劃分，這點非常重要，這個劃分其實是確定系統(tǒng)建設(shè)的Owner，從而避免讓運維團隊承擔(dān)過多的系統(tǒng)建設(shè)職能，否則將會導(dǎo)致運維能力提升緩慢。那么應(yīng)該如何判斷與業(yè)務(wù)程序耦合的緊密程度呢？我的準(zhǔn)則非常簡單，線上程序直接調(diào)用的就是緊耦合，或者由研發(fā)主導(dǎo)的公共服務(wù)，類似于API/SDK類的后端服務(wù)，應(yīng)該由測試來主導(dǎo)系統(tǒng)建設(shè)；有些服務(wù)與程序不是直接關(guān)聯(lián)的，或者是由運維牽頭建設(shè)的，則由運維來主導(dǎo)，例如LVS、DNS服務(wù)等。

有這樣一種情況，在很多應(yīng)用程序中，DNS和LVS服務(wù)也存在于程序調(diào)用鏈中，怎么辦？在我的方案中，絕對不允許內(nèi)部服務(wù)走DNS和LVS。我們都知道DNS和LVS的服務(wù)對于服務(wù)異常的處理（DNS無狀態(tài)、LVS是七層能力弱），遠(yuǎn)遠(yuǎn)達(dá)不到線上服務(wù)的要求，所以要堅決拒絕。如果真的有人要使用DNS和LVS，那么第一告訴他們業(yè)務(wù)的風(fēng)險；第二，發(fā)生故障的時候，需要讓研發(fā)參與處理。另外這也是系統(tǒng)的邊界沒劃分清楚的問題，是讓運維組件去承擔(dān)業(yè)務(wù)上應(yīng)該具備的容災(zāi)容錯功能，這會令后面的運維系統(tǒng)建設(shè)增加很多不必要的功能。