xl_echo編輯整理，歡迎轉載，轉載請宣告文章來源。更多IT、程式設計案例、資料請聯絡QQ：1280023003
百戰不敗，依不自稱常勝，百敗不頹，依能奮力前行。——這才是真正的堪稱強大！！
最新SpringCloud/SpringBoot技術資料，請加群298140694

當我們將一個系統打包時，最終只有一個war包的應用（還有jar包等其他形式），通常稱之為單體架構。單體架構服務一個war包包含多個功能，最終表現形式為一個檔案，所以我們稱之為單體應用架構。

單體架構的優缺點：

單體架構的優點：

• 為人所熟知
• IDE友好
• 便於共享
• 易於測試
• 容易部署

單體架構的缺點：

• 複雜度高
• 技術債務
• 部署頻率低
• 擴充套件能力受限
• 阻礙技術創新

隨著業務需求的不斷髮展，敏捷性、靈活性和可擴充套件性需求不斷增長，迫切需要一種更改快捷高校的軟體交付形式。隨之而來的就有SOA分散式服務，微服務等技術架構的出現。目前來講，微服務並沒有特別完美的解決方案。只能說經過這兩年的發展，微服務的需求不斷增大，發展的日益壯大，相信過不了多久可能就會有一套完美的解決方案出現。那麼相對應單體架構微服務又有哪一些技術優勢呢？

微服務的優點：

• 易於開發、理解和維護
• 比單體應用啟動快（這裡要考慮是否通過單個服務比較，還是一套微服務和一個單體服務比較。單個啟動相當快捷）
• 區域性修改很容部署，能夠不斷繼承和持續交付
• 故障隔離
• 不會受限於任何技術棧（支援多種語言開發一個系統，不同的語言用在不同的功能模組即可）

微服務的缺點：

• 運維要求較高
• 分散式固有的複雜性
• 介面調動成本高
• 重複勞動

總結：
根據兩種架構的優缺點對比，我們不難看出，如果服務比較小巧的，是輕量級服務，還是用單體架構比較合適。如果服務複雜而且能夠承受一定開發成本的，那麼還是更適合使用微服務架構。其實不管選用哪種架構，面對的問題是否一樣，我們最終的目的就是為了能夠在一定的成本獲取較高的利潤。具體選用哪一種論情況而定！