一. 微服務要解決的技術問題是什麼？架構
平臺採用微服務架構來解決單體應用開發模式面臨的缺陷:併發
開發效率低：全部的開發在一個項目改代碼，遞交代碼相互等待，代碼衝突不斷
代碼維護難：代碼功能耦合在一塊兒，新人不知道何從下手
部署不靈活：構建時間長，任何小修改必須從新構建整個項目，這個過程每每很長
穩定性不高：一個微不足道的小問題，能夠致使整個應用掛掉
擴展性不夠：沒法知足高併發狀況下的業務需求
ide
二. 從原理、歸納的層次說明微服務是如何解決上述技術問題的？微服務
相對於單體架構，微服務的主要特色是組件化、鬆耦合、自治、去中心化，體如今如下幾個方面：高併發
- 一組小的服務
服務粒度要小，而每一個服務是針對一個單一職責的業務能力的封裝，專一作好一件事情。組件化
- 獨立部署運行和擴展
每一個服務可以獨立被部署並運行在一個進程內。這種運行和部署方式可以賦予系統靈活的代碼組織方式和發佈節奏，使得快速交付和應對變化成爲可能。url
- 獨立開發和演化
技術選型靈活，不受遺留系統技術約束。合適的業務問題選擇合適的技術能夠獨立演化。服務與服務之間採起與語言無關的API進行集成。相對單體架構，微服務架構是更面向業務創新的一種架構模式。.net
- 獨立團隊和自治
團隊對服務的整個生命週期負責，工做在獨立的上下文中，本身決策本身治理，而不須要統一的指揮中心。團隊和團隊之間經過鬆散的社區部落進行銜接。生命週期
咱們能夠看到整個微服務的思想就如咱們如今面對信息爆炸、知識爆炸是同樣的：經過解耦咱們所作的事情，分而治之以減小沒必要要的損耗，使得整個複雜的系統和組織可以快速的應對變化。進程
狐小E, 企業數字化建設的全景攻略 https://www.hixiaoe.com