如何理解微服務，解決什麼問題，有什麼好處。
理解：單一職責原則，把相同原因而變化的東西聚合到一起，把不同原因而變化的東西分離開來
就比如，社會崗位分工一樣，每個人因崗位的不同，處理的內容不同，
所以可以把每個崗位看做是單一職責原則。
服務之間均通過網路呼叫進行通訊，從而加強服務之間的隔離性，避免緊耦合。
通過暴露服務api，給其對外呼叫，讓其作為平台服務提供給消費方使用
好處：彈性：當其中某乙個服務不可用時，不會影響到其他服務，同樣的例項可以執行在 不同的機器上來降低功能不可用的概率。功能可用降級
可組合性：可以方便的組合各種業務場景，將微小的服務組合到一起，比如，訂單，支付，倉庫。以訂單服務串聯後面其他微小服務。
解決什麼問題：微服務實際上面是一種理念，是由乙個martinflower和james lewis在2023年合寫的乙個關於微服務的學術性檔案，詳細闡述了微服務。微服務框架可以算的上是一種網際網路服務架構的演進思想。總結了當今網際網路架構的一些經驗，從建模服務，整合，分解單塊系統，部署，測試，監控，安全等多方面來詮釋。
文章部分內容來自 《微服務設計》——sam newman
微服務架構成功之路
近年來，在軟體開發領域關於微服務的討論呈現出火爆的局面，有人傾向於在系統設計與開發中採用微服務方式實現軟體系統的松耦合 跨部門開發 同時，反對之聲也很強烈，持反對觀點的人表示微服務增加了系統維護 部署的難度，導致一些功能模組或 無法復用，同時微服務允許使用不同的語言和框架來開發各個系統模組，這又會增...
微服務架構成功之路
近年來，在軟體開發領域關於微服務的討論呈現出火爆的局面，有人傾向於在系統設計與開發中採用微服務方式實現軟體系統的松耦合 跨部門開發 同時，反對之聲也很強烈，持反對觀點的人表示微服務增加了系統維護 部署的難度，導致一些功能模組或 無法復用，同時微服務允許使用不同的語言和框架來開發各個系統模組，這又會增...
微服務架構成功之路
近年來，在軟體開發領域關於微服務的討論呈現出火爆的局面，有人傾向於在系統設計與開發中採用微服務方式實現軟體系統的松耦合 跨部門開發 同時，反對之聲也很強烈，持反對觀點的人表示微服務增加了系統維護 部署的難度，導致一些功能模組或 無法復用，同時微服務允許使用不同的語言和框架來開發各個系統模組，這又會增...