SOA（面向服務的架構）：面向服務的架構（SOA）是一個元件模型，它將應用程式的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯絡起來。介面是採用中立的方式進行定義的，它應該獨立於實現服務的硬體平臺、作業系統和程式語言。這使得構建在各種各樣的系統中的服務可以以一種統一和通用的方式進行互動。

微服務：微服務架構是一種將單個應用程式作為一套小型服務開發的方法，每種應用程式都在自己的程序中執行，並與輕量級機制（通常是HTTP資源API）進行通訊。這些服務是圍繞業務功能構建的，可以通過全自動部署機制獨立部署。這些服務的集中管理最少，可以用不同的程式語言編寫，並使用不同的資料儲存技術。

SOA

         SOA架構強調的是異構系統之間的通訊和解耦合；（一種粗粒度、鬆耦合的服務架構）

         微服務架構強調的是系統按業務邊界做細粒度的拆分和部署。

微服務的具體特點：

（1）      獨立部署，靈活擴充套件

      傳統的單體架構是以整個系統為單位進行部署，而微服務則是以每一個獨立元件（如使用者服務、商品服務等）為單位進行部署。

（2）      資源的有效隔離

      微服務設計原則之一，就是每一個微服務擁有獨立的資料來源，假如微服務A想要讀寫微服務B的資料庫，只能呼叫微服務B對外暴露的介面來完成。這樣有效的避免了服務之間爭用資料庫和快取資源所帶來的問題。

同時，由於每一個微服務例項在Docker容器上執行，實現了伺服器資源（記憶體、CPU資源等）的有效隔離。

（3）      團隊組織架構的調整

       微服務設計的思想也改變了原有的企業研發團隊組織架構。傳統的研發組織架構是水平架構，前端、後端、DBA、測試分別有自己對應的團隊，屬於水平團隊組織架構。而微服務的設計思想對團隊的劃分有著一定的影響，使得團隊組織架構的劃分更傾向於垂直架構，比如使用者業務是一個團隊來負責，支付業務是一個團隊來負責。但實際上在企業中並不會把團隊組織架構拆分得這麼絕對，垂直架構只是一種理想的架構。

微服務架構的不足之處：

（1）      微服務把原有的專案拆分成多個獨立工程，增加了開發和測試的複雜度。

（2）      微服務架構需要保證不同服務之間的資料一致性，引入了分散式事務和非同步補償機制，為設計和開發帶來一定挑戰。