RPC 概述
下面的這張圖,大概很多小伙伴都見到過,這是Dubbo 官網中的一張圖描述了項目架構的演進過程。
它描述了每一種架構需要的具體配置和組織形態。當網站流量很小時,只需一個應用,將所有功能都部署在一起,以減少部署節點和成本,我們通常會采用單一應用架構。之后出現了ORM 框架,主要用于簡化增刪改查工作流的,數據訪問框架ORM 是關鍵。
隨著用戶量增加,當訪問量逐漸增大,單一應用增加機器,帶來的加速度越來越小,我們需要將應用拆分成互不干擾的幾個應用,以提升效率,于是就出現了垂直應用架構。MVC 架構就是一種非常經典的用于加速前端頁面開發的架構。
當垂直應用越來越多,應用之間交互不可避免,將核心業務抽取出來,作為獨立的服逐漸形成穩定的服務中心,使前端應用能更快速的響應,多變的市場需求,就出現了分布式服務架構。分布式架構下服務數量逐漸增加,為了提高管理效率,RPC 框架應運而生。RPC 用于提高業務復用及整合的,分布式服務框架下RPC 是關鍵。
下一代框架,將會是流動計算架構占據主流。當服務越來越多,容量的評估,小服務的資源浪費等問題,逐漸明顯。此時,需要增加一個調度中心,基于訪問壓力實時管理集群容量,提高集群利用率。SOA 架構就是用于提高及其利用率的,資源調度和治理中心SOA 是關鍵。
Netty 基本上是作為架構的技術底層而存在的,主要完成高性能的網絡通信。
?
總結
- 上一篇: Netty 采用NIO 而非AIO 的理
- 下一篇: RPC环境预设