具體內(nèi)容放在我的首頁動態(tài)介紹了

在多人團隊協(xié)作開發(fā)過程中，單體架構(gòu)的劣勢就逐漸顯現(xiàn)出來了，當你想新增某一個功能時，它會影響到某些函數(shù)。但其他開發(fā)者并不知道這些函數(shù)被修改了，那么很可能會出現(xiàn)代碼跑不起來?；蛘邥斐蛇壿嬌铣霈F(xiàn)問題。 所以在多人協(xié)同開發(fā)的項目中，試想一下對我們而言，最好的情況是不是彼此之間不要緊耦合，都希望將我們相關(guān)的功能模塊盡可能的拆分。

在單體架構(gòu)下嗎，所有的服務(wù)都耦合在了一個大單體中，如果其中某個功能有bug，很可能會導(dǎo)致整個服務(wù)的不可用，所以單體架構(gòu)的爆炸半徑特別大。此外，隨著業(yè)務(wù)復(fù)雜度的提升，你的開發(fā)成本會顯著上升。

舉個例子，在開發(fā)過程中，你需要考慮某一些功能是否要調(diào)用這個函數(shù)，如果你確定調(diào)用，那么你要非常非常的小心，這時候你可能會想，最簡單的辦法就是我新加一個函數(shù)，長此以往你會發(fā)現(xiàn)，在一個大型單體應(yīng)用中會隱含著很多冗余的代碼，甚至是一些隱藏的bug，隨著代碼規(guī)模的變大，這個單體應(yīng)用的開發(fā)成本會變得特別高

隨著單體應(yīng)用規(guī)模的擴大，它的部署成本會呈線性增長，你會發(fā)現(xiàn)它消耗的服務(wù)器等資源會變多。在后續(xù)成本維護層面，其成本是越來越大的