因為SOA不依賴于任何技術(shù)，可以將SOAP、RPC、REST等理解為實現(xiàn)SOA的一種技術(shù)選型。
實際上SOA只是一種架構(gòu)設(shè)計模式，是一種設(shè)計的方法，而SOAP、REST、[[rpc-api|RPC]]就是根據(jù)這種設(shè)計模式構(gòu)建出來的規(guī)范，其中SOAP通俗理解就是http+xml的形式，REST就是http+json的形式，RPC是基于socket的形式。

SOA架構(gòu)

基于SOA的解決方案，SOA架構(gòu)可分為五層水平：
用戶界面層 —- 這些GUI的最終用戶或應(yīng)用程序訪問的應(yīng)用程序/服務(wù)接口；
業(yè)務(wù)流程層 —- 在應(yīng)用方面的業(yè)務(wù)用例服務(wù)；
服務(wù)層 —- 服務(wù)合并在一起，提供統(tǒng)一的實時服務(wù)；
服務(wù)組件層 —- 用來建造服務(wù)的組件，如功能庫、技術(shù)庫、技術(shù)接口等；
操作系統(tǒng) —- 這層包含數(shù)據(jù)模型，企業(yè)數(shù)據(jù)倉庫，技術(shù)平臺等；

SOA 的優(yōu)勢

與它之前的架構(gòu)相比，SOA 為企業(yè)帶來了巨大的好處：

• 業(yè)務(wù)靈活性更高；上市速度更快：可復(fù)用性是關(guān)鍵。 從可復(fù)用服務(wù)（即構(gòu)建塊）高效組裝應(yīng)用， 而不必對每個新開發(fā)項目進行重寫和重新集成，讓開發(fā)人員能夠更快構(gòu)建應(yīng)用，從而把握更多新的商機。 面向服務(wù)的架構(gòu)方法支持應(yīng)用集成、數(shù)據(jù)集成和服務(wù)編排一類的業(yè)務(wù)流程或工作流程自動化場景。 這讓開發(fā)人員在集成方面花費的時間明顯減少，而更多地專注于交付和改進應(yīng)用，從而加速了軟件設(shè)計和軟件開發(fā)。
• 能夠在新市場中利用原有功能：通過精心設(shè)計的 SOA，開發(fā)人員可以輕松地將功能“鎖定”在一個計算平臺或環(huán)境中，并將其擴展到新的環(huán)境和市場。 例如，許多公司都使用了 SOA 將基于大型機的財務(wù)系統(tǒng)中的功能向新的 Web 應(yīng)用公開，從而讓客戶能夠自行了解先前只能通過與公司員工或業(yè)務(wù)合作伙伴直接互動才能訪問的流程和信息。
• 改善業(yè)務(wù)與 IT 之間的協(xié)作：在 SOA 中，可以用業(yè)務(wù)術(shù)語（例如，“生成保險報價”或“計算資本設(shè)備投資回報率”）來定義服務(wù)。 這樣，業(yè)務(wù)分析人員就可以在重要洞察（例如，使用服務(wù)定義的業(yè)務(wù)流程的范圍或者更改流程對業(yè)務(wù)的影響）方面與開發(fā)人員更有效地合作，從而獲得更好的成果。

SOA與微服務(wù)的對比

這兩種方法的主要區(qū)別歸結(jié)為范圍。簡而言之，面向服務(wù)的架構(gòu)（SOA）作用在企業(yè)范圍，而微服務(wù)架構(gòu)作用在應(yīng)用范圍。

.explinks.com/wp-content/uploads/2024/02/image-33.png)其它維度的對比：

參考資料

SOA vs Micro-service，有什么區(qū)別？
如何理解SOA,SOAP,RPC, REST 協(xié)議及其之間的關(guān)系
什么是SOA？什么是微服務(wù)？SOA和微服務(wù)有什么區(qū)別？