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

SOA架構

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

SOA 的優勢

與它之前的架構相比，SOA 為企業帶來了巨大的好處：

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

SOA與微服務的對比

這兩種方法的主要區別歸結為范圍。簡而言之，面向服務的架構（SOA）作用在企業范圍，而微服務架構作用在應用范圍。

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

參考資料

SOA vs Micro-service，有什么區別？
如何理解SOA,SOAP,RPC, REST 協議及其之間的關系
什么是SOA？什么是微服務？SOA和微服務有什么區別？