## RPC **author：xiak** **last update: 2022-10-15 10:12:22** ---- [TOC=3,8] ### 介紹 [遠程服務調用 | 鳳凰架構](http://icyfenix.cn/architect-perspective/general-architecture/api-style/rpc.html) ~~~ 論文的中心觀點是：本地調用與遠程調用當做一樣處理，這是犯了方向性的錯誤，把系統間的調用做成透明，反而會增加程序員工作的復雜度。此后幾年，關于 RPC 應該如何發展、如何實現的論文層出不窮，透明通信的支持者有之，反對者有之，冷靜分析者有之，狂熱唾罵者有之，但歷史逐漸證明 Andrew Tanenbaum 的預言是正確的。最終，到 1994 年至 1997 年間，由 ACM 和 Sun 院士Peter Deutsch、套接字接口發明者Bill Joy、Java 之父James Gosling等一眾在 Sun Microsystems 工作的大佬們共同總結了通過網絡進行分布式運算的八宗罪（8 Fallacies of Distributed Computing）： The network is reliable —— 網絡是可靠的。 Latency is zero —— 延遲是不存在的。 Bandwidth is infinite —— 帶寬是無限的。 The network is secure —— 網絡是安全的。 Topology doesn't change —— 拓撲結構是一成不變的。 There is one administrator —— 總會有一個管理員。 Transport cost is zero —— 不必考慮傳輸成本。 The network is homogeneous —— 網絡是同質化的。 以上這八條反話被認為是程序員在網絡編程中經常被忽略的八大問題，潛臺詞就是如果遠程服務調用要弄透明化的話，就必須為這些罪過埋單，這算是給 RPC 是否能等同于 IPC 來實現暫時定下了一個具有公信力的結論。至此，RPC 應該是一種高層次的或者說語言層次的特征，而不是像 IPC 那樣，是低層次的或者說系統層次的特征成為工業界、學術界的主流觀點。 ~~~ [微服務是什么？ - 阮一峰的網絡日志](https://www.ruanyifeng.com/blog/2022/04/microservice.html) > 大概在20多年前，隨著互聯網的出現，功能單元可以用遠程"服務"的形式提供，就誕生出了"面向服務架構"（service-oriented architecture，簡稱 SOA）。尋根溯源 > 只用一臺服務器就實現了面向服務架構，這在以前是做不到的。這種實現方式就叫做 微 服務。 > 簡單說，**微服務就是采用容器技術的面向服務架構**。它依然使用"服務"作為功能單元，但是變成了輕量級實現，不需要新增服務器，只需要新建容器（一個進程），所以才叫做"微服務"。