複雜性高，模組多，模組邊界模糊，**質量參差不齊，每次修改**都心驚膽戰。
技術人員更新快，不可能一直在乙個公司，新入職人員可能會遇上離職人員的沒有修復的bug。
隨著單體應用功能越來越多，部署時間也會越來越長，出錯概率比較高。
可靠性差，比如死迴圈導致整個應用的崩潰。 4 可靠性差，比如死迴圈導致整個應用的崩潰。
擴充套件能力受限，有的模組是計算密集型的，需要強大的cpu，有的是io密集型的，需要更大的記憶體，這些模組部署在一起，不得不做出硬體上的選擇。
阻礙技術創新，比如乙個專案使用strus2構建的，現在換成springmvc，無疑會增加成本。 阻礙技術創新，比如乙個專案使用strus2構建的，現在換成springmvc，無疑會增加成本。
單體應用架構存在的問題
乙個歸檔包 例如war格式 包含所有功能的應用程式，通常稱為單體程式。而架構單體應用的方 就是單體應用架構。以乙個電影售票系統為例，該系統ui和若干業務模組最終都被打包在乙個war包中，該war包包含了整個系統的所有業務功能，這樣的應用稱為單體應用。很多專案都是從單體應用開始的。單體應用比較容易部署...
單體架構知識點及單體架構的缺陷
什麼是單體架構 乙個歸檔包 例如war格式或者jar格式 包含了應用所有功能的應用程式，我們通常稱之為單體應用。架構單體應用的方 我們稱之為單體應用架構，這是一種比較傳統的架構風格。1.複雜性高 整個專案包含的模組非常多，模組的邊界模糊，依賴關係不清晰，質量參差不齊,整個專案非常複雜。每次修改 都心...
單體架構 的痛點
隨著業務功能的不斷增加,數量不斷的累計,系統迭代難度不斷加大,不利於進行敏捷開發,各個模組之間相互耦合,乙個功能出現問題可能造成整個service 不可用 微服務 的出現就是來解決單體架構的痛點,將各個業務功能進行拆分,以前的各個功能模組轉變成各個微服務,微服務之間的呼叫可以通過閘道器進行 註冊中心...