微服務通訊協議RPC和Restful有什么區別

這篇文章主要講解了“微服務通訊協議RPC和Restful有什么區別”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“微服務通訊協議RPC和Restful有什么區別”吧！

在微服務中，使用什么協議來構建服務體系，一直是個熱門話題。爭論的焦點集中在兩個候選技術：  RPC or Restful

• RPC：Remote Produce Call遠程過程調用，類似的還有RMI。自定義數據格式，基于原生TCP通信，速度快，效率高。早期的webservice，現在熱門的Dubbo，都是RPC的典型代表。

• Http：http其實是一種網絡傳輸協議，基于TCP，規定了數據傳輸的格式。現在客戶端瀏覽器與服務端通信基本都是采用Http協議，也可以用來進行遠程服務調用。缺點是消息封裝臃腫，優勢是對服務的提供和調用方沒有任何技術限定，自由靈活，更符合微服務理念。

0x01：RPC

       RPC 即遠程過程調用（Remote Procedure Call Protocol，簡稱RPC），像調用本地服務(方法)一樣調用服務器的服務(方法)。通常的實現有 XML-RPC , JSON-RPC , 通信方式基本相同, 所不同的只是傳輸數據的格式。

        RPC框架的主要目標就是讓遠程服務調用更簡單、透明。RPC框架負責屏蔽底層的傳輸方式（TCP或者UDP）、序列化方式（XML/JSON/二進制）和通信細節。開發人員在使用的時候只需要了解誰在什么位置提供了什么樣的遠程服務接口即可，并不需要關心底層通信細節和調用過程。

0x02：Restful

      REST即表述性狀態傳遞（Representational State Transfer，簡稱REST），是一種軟件架構風格。REST通過HTTP協議定義的通用動詞方法(GET、PUT、DELETE、POST) ，以URI對網絡資源進行唯一標識，響應端根據請求端的不同需求，通過無狀態通信，對其請求的資源進行表述。滿足REST約束條件和原則的架構，就被稱為是RESTful架構.

 0x03：區別

使用RPC遠程服務調用方式與傳統http接口直接調用方式的差別在于：

• 從使用方面看，Http接口只關注服務提供方（服務端），對于客戶端怎么調用，調用方式怎樣并不關心，通常情況下，客戶端使用Http方式進行調用時，只要將內容進行傳輸即可，這樣客戶端在使用時，需要更關注網絡方面的傳輸，比較不適用于業務方面的開發；而RPC服務則需要客戶端接口與服務端保持一致，服務端提供一個方法，客戶端通過接口直接發起調用，業務開發人員僅需要關注業務方法的調用即可，不再關注網絡傳輸的細節，在開發上更為高效。

• 從性能角度看，使用Http時，Http本身提供了豐富的狀態功能與擴展功能，但也正由于Http提供的功能過多，導致在網絡傳輸時，需要攜帶的信息更多，從性能角度上講，較為低效。而RPC服務網絡傳輸上僅傳輸與業務內容相關的數據，傳輸數據更小，性能更高。

• 從運維角度看，使用Http接口時，常常使用一個前端代理，來進行Http轉發代理請求的操作，需要進行擴容時，則需要去修改代理服務器的配置，較為繁瑣，也容易出錯。而使用RPC方式的微服務，則只要增加一個服務節點即可，注冊中心可自動感知到節點的變化，通知調用客戶端進行負載的動態控制，更為智能，省去運維的操作。

感謝各位的閱讀，以上就是“微服務通訊協議RPC和Restful有什么區別”的內容了，經過本文的學習后，相信大家對微服務通訊協議RPC和Restful有什么區別這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！