個人理解，還請給位大俠補充

業務角度：

1. 快速響應市場變化，調整業務邏輯，適配客戶需求；

2. 對於新興業務領域，試錯成本低；

IT角度：

1. 加快交付效率：

    1）從邏輯和物理層次上隔離，做到深層次解耦，每個微服務領域邊界清晰，高內聚低耦合使得單個微服務的程式碼量小，邏輯更加易懂，從而提高研發效率；

    2）每個微服務可並行開發和單元測試，前提是約定好互動的api；

    3）每個微服務可獨立部署，無需等待其它微服務即可結合環境進行驗證；

2. 減少成本：

    1）減少“泥沼”程式碼的產生，從而降低新增，修改和維護程式碼的成本；

    2）對於併發量波峰和波谷較大的場景，可以降低基礎設施成本（可根據微服務做橫向的拓展，而非整個單體應用一起拓展）；

    3）體量小，縮小構建，部署時間；

IT規劃角度（務虛，但有道理）

1. 演進式架構。個人認為這是對微服務最精闢的總結。微服務的核心價值就是面對變化，如業務的變化，併發量的變化，技術的變化等。正因為整個架構是鬆散解耦的，每個微服務是縮小的，才更加利於架構的更新和變化。（目前可以做的解耦：業務領域間解耦，應用層和資料層解耦，前端和後端解耦，資料庫型別解耦，前端技術解耦）

2. 與敏捷開發管理，DevOps和雲平臺結合。四者結合提供完整的IT精益方案。