SOA 和微服務

====》場景

不可能讓用戶端與6個不同的應用/系統都一一去通信來去完成資料的展示。而是6個應用/系統之間進行彼此通信來完成調用，最後用戶端隻需要調用一個接口來擷取資料即可。

SOA架構

        SOA（全稱：Service Oriented Architecture），中文意思為 “面向服務的架構”，你可以将它了解為一個架構模型或者一種設計方法，而并不是服務解決方案。其中包含多個服務， 服務之間通過互相依賴或者通過通信機制，來完成互相通信的，最終提供一系列的功能。

      跟 SOA 相提并論的還有一個 ESB（企業服務總線），簡單來說ESB就是一根管道，用來連接配接各個服務節點。為了內建不同系統，不同協定的服務，ESB 可以簡單了解為：它做了消息的轉化解釋和路由工作，讓不同的服務互聯互通。

SOA 所解決的核心問題：

1.系統內建：站在系統的角度，解決企業系統間的通信問 題，把原先散亂、無規劃的系統間的網狀結構，梳理成規整、可治理的系統間星形結構，這一步往往需要引入 一些産品，比如 ESB、以及技術規範、服務管理規範；這一步解決的核心問題是【有序】

2.系統的服務化：站在功能的角度，把業務邏輯抽象成可複用、可組裝的服務，通過服務的編排實作業務的快速再生。目的：把原先固有的業務功能轉變為通用的業務服務，實作業務邏輯的快速複用；這一步解決的核心問題是【複用】

3.業務的服務化：站在企業的角度，把企業職能抽象成可複用、可組裝的服務；把原先職能化的企業架構轉變為服務化的企業架構，進一步提升企業的對外服務能力；前面兩步都是從技術層面來解決系統調用、系統功能複用的問題。第三步，則是以業務驅動把一個 業務單元封裝成一項服務。這一步解決的核心問題是 【高效】

微服務架構

微服務架構重點強調的一個是"業務需要徹底的元件化和服務化"，原有的單個業務系統會拆分為多個可以獨立開發、設計、運作的小應用。這樣的小應用和其他各個應用之間，互相去協作通信，來完成一個互動和內建，這就是微服務架構。

微服務的特征

• 1.通過服務實作元件化
• 2.按業務能力來劃分服務和開發團隊
• 3.去中心化
• 4.基礎設施自動化（devops、自動化部署）

SOA 和微服務架構的差别