SOA和微服務(wù)架構(gòu)一個(gè)層面的東西，而對(duì)于ESB和微服務(wù)網(wǎng)關(guān)是一個(gè)層面的東西，一個(gè)談到是架構(gòu)風(fēng)格和方法，一個(gè)談的是實(shí)現(xiàn)工具或組件。SOA架構(gòu)和微服務(wù)架構(gòu)有什么區(qū)別？

1.SOA（Service Oriented Architecture）“面向服務(wù)的架構(gòu)”:他是一種設(shè)計(jì)方法，其中包含多個(gè)服務(wù)， 服務(wù)之間通過(guò)相互依賴最終提供一系列的功能。一個(gè)服務(wù) 通常以獨(dú)立的形式存在于操作系統(tǒng)進(jìn)程中。各個(gè)服務(wù)之間 通過(guò)網(wǎng)絡(luò)調(diào)用。

2.微服務(wù)架構(gòu):其實(shí)和 SOA 架構(gòu)類似，微服務(wù)是在 SOA 上做的升華，微服務(wù)架構(gòu)強(qiáng)調(diào)的一個(gè)重點(diǎn)是“業(yè)務(wù)需要徹底的組件化和服務(wù)化”，原有的單個(gè)業(yè)務(wù)系統(tǒng)會(huì)拆分為多個(gè)可以獨(dú)立開(kāi)發(fā)、設(shè)計(jì)、運(yùn)行的小應(yīng)用。這些小應(yīng)用之間通過(guò)服務(wù)完成交互和集成。

微服務(wù)架構(gòu) = 美團(tuán)即時(shí)物流的分布式系統(tǒng)架構(gòu)設(shè)計(jì)80%的SOA服務(wù)架構(gòu)思想 + 100%的組件化架構(gòu)思想 + 80%的領(lǐng)域建模思想

ESB和微服務(wù)API網(wǎng)關(guān)

1.ESB（企業(yè)服務(wù)總線）

簡(jiǎn)單來(lái)說(shuō) ESB 就是一根管道，用來(lái)連接各個(gè)服務(wù)節(jié)點(diǎn)。為了集 成不同系統(tǒng)，不同協(xié)議的服務(wù)，ESB 做了消息的轉(zhuǎn)化解釋和路由工作，讓不同的服務(wù)互聯(lián)互通；

2.API網(wǎng)關(guān)

API網(wǎng)關(guān)是一個(gè)服務(wù)器，是系統(tǒng)的唯一入口。從面向?qū)ο笤O(shè)計(jì)的角度看，它與外觀模式類似。封裝了系統(tǒng)內(nèi)部架構(gòu)，為每個(gè)客戶端提供一個(gè)定制的API。它可能還具有其它職責(zé)，如身份驗(yàn)證、監(jiān)控、負(fù)載均衡、緩存、請(qǐng)求分片與管理、靜態(tài)響應(yīng)處理。

API網(wǎng)關(guān)方式的核心要點(diǎn)是，所有的客戶端和消費(fèi)端都通過(guò)統(tǒng)一的網(wǎng)關(guān)接入微服務(wù)，在網(wǎng)關(guān)層處理所有的非業(yè)務(wù)功能。通常，網(wǎng)關(guān)也是提供REST/HTTP的訪問(wèn)API。服務(wù)端通過(guò)API-GW注冊(cè)和管理服務(wù)。

SOA架構(gòu)特點(diǎn)

系統(tǒng)集成：站在系統(tǒng)的角度，解決企業(yè)系統(tǒng)間的通信問(wèn)題，把原先散亂、無(wú)規(guī)劃的系統(tǒng)間的網(wǎng)狀結(jié)構(gòu)，梳理成 規(guī)整、可治理的系統(tǒng)間星形結(jié)構(gòu)，這一步往往需要引入一些產(chǎn)品，比如 ESB、以及技術(shù)規(guī)范、服務(wù)管理規(guī)范；這一步解決的核心問(wèn)題是【有序】

系統(tǒng)的服務(wù)化：站在功能的角度，把業(yè)務(wù)邏輯抽象成 可復(fù)用、可組裝的服務(wù)，通過(guò)服務(wù)的編排實(shí)現(xiàn)業(yè)務(wù)的 快速再生，目的：把原先固有的業(yè)務(wù)功能轉(zhuǎn)變?yōu)橥ㄓ?的業(yè)務(wù)服務(wù)，實(shí)現(xiàn)業(yè)務(wù)邏輯的快速?gòu)?fù)用；這一步解決 的核心問(wèn)題是【復(fù)用】

業(yè)務(wù)的服務(wù)化：站在企業(yè)的角度，把企業(yè)職能抽象成 可復(fù)用、可組裝的服務(wù)；把原先智能化的企業(yè)架構(gòu)轉(zhuǎn)變?yōu)榉?wù)化的企業(yè)架構(gòu)，進(jìn)一步提升企業(yè)的對(duì)外服務(wù)能力；“前面兩步都是從技術(shù)層面來(lái)解決系統(tǒng)調(diào)用、系統(tǒng)功能復(fù)用的問(wèn)題”。第三步，則是以業(yè)務(wù)驅(qū)動(dòng)把一個(gè)業(yè)務(wù)單元封裝成一項(xiàng)服務(wù)。這一步解決的核心問(wèn)題是【高效】

微服務(wù)架構(gòu)特點(diǎn)

1.通過(guò)服務(wù)實(shí)現(xiàn)組件化

開(kāi)發(fā)者不再需要協(xié)調(diào)其它服務(wù)部署對(duì)本服務(wù)的影響。

2.按業(yè)務(wù)能力來(lái)劃分服務(wù)和開(kāi)發(fā)團(tuán)隊(duì)

開(kāi)發(fā)者可以自由選擇開(kāi)發(fā)技術(shù)，提供 *API *服務(wù)

3.去中心化

每個(gè)微服務(wù)有自己私有的數(shù)據(jù)庫(kù)持久化業(yè)務(wù)數(shù)據(jù)

每個(gè)微服務(wù)只能訪問(wèn)自己的數(shù)據(jù)庫(kù)，而不能訪問(wèn)其它服務(wù)的數(shù)據(jù)庫(kù)

某些業(yè)務(wù)場(chǎng)景下，需要在一個(gè)事務(wù)中更新多個(gè)數(shù)據(jù)庫(kù)。這種情況也不能直接訪問(wèn)其它微服務(wù)的數(shù)據(jù)庫(kù)，而是通過(guò)對(duì)于微服務(wù)進(jìn)行操作。

數(shù)據(jù)的去中心化，進(jìn)一步降低了微服務(wù)之間的耦合度，不同服務(wù)可以采用不同的數(shù)據(jù)庫(kù)技術(shù)（SQL、NoSQL等）。在復(fù)雜的業(yè)務(wù)場(chǎng)景下，如果包含多個(gè)微服務(wù)，通常在客戶端或者中間層（網(wǎng)關(guān)）處理。

4.基礎(chǔ)設(shè)施自動(dòng)化（devops、自動(dòng)化部署）

Java EE部署架構(gòu)，通過(guò)展現(xiàn)層打包WARs，業(yè)務(wù)層劃分到JARs最后部署為EAR一個(gè)大包，而微服務(wù)則打開(kāi)了這個(gè)黑盒子，把應(yīng)用拆分成為一個(gè)一個(gè)的單個(gè)服務(wù)，應(yīng)用Docker技術(shù)，不依賴任何服務(wù)器和數(shù)據(jù)模型，是一個(gè)全棧應(yīng)用，可以通過(guò)自動(dòng)化方式獨(dú)立部署。

每個(gè)服務(wù)運(yùn)行在自己的進(jìn)程中，通過(guò)輕量的通訊機(jī)制聯(lián)系，經(jīng)常是基于HTTP資源API，這些服務(wù)基于業(yè)務(wù)能力構(gòu)建，能實(shí)現(xiàn)集中化管理（因?yàn)榉?wù)太多啦，不集中管理就無(wú)法DevOps啦）。

主要區(qū)別：