Dubbo開始於電商系統，因此在這裏先從電商系統的演變講起。
單一應用框架(ORM)
當網站流量很小時，只需一個應用，將所有功能如下單支付等都部署在一起，以減少部署節點和成本。
缺點：單一的系統架構，使得在開發過程中，佔用的資源越來越多，而且隨着流量的增加越來越難以維護
垂直應用框架(MVC)
垂直應用架構解決了單一應用架構所面臨的擴容問題，流量能夠分散到各個子系統當中，且系統的體積可控，一定程度上降低了開發人員之間協同以及維護的成本，提升了開發效率。
缺點：但是在垂直架構中相同邏輯代碼需要不斷的複製，不能複用。 
分佈式應用架構(RPC)
當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作爲獨立的服務，逐漸形成穩定的服務中心
流動計算架構(SOA)
隨着服務化的進一步發展，服務越來越多，服務之間的調用和依賴關係也越來越複雜，誕生了面向服務的架構體系(SOA)，也因此衍生出了一系列相應的技術，如對服務提供、服務調用、連接處理、通信協議、序列化方式、服務發現、服務路由、日誌輸出等行爲進行封裝的服務框架
從以上是電商系統的演變可以看出架構演變的過程： 
單一應用架構
當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。
此時，用於簡化增刪改查工作量的 數據訪問框架(ORM) 是關鍵。
垂直應用架構
當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應用，以提升效率。
此時，用於加速前端頁面開發的 Web框架(MVC) 是關鍵。
分佈式服務架構
當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作爲獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。
此時，用於提高業務複用及整合的 分佈式服務框架(RPC) 是關鍵。
流動計算架構
當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個調度中心基於訪問壓力實時管理集羣容量，提高集羣利用率。
此時，用於提高機器利用率的 資源調度和治理中心(SOA) 是關鍵。