1. 將工程改造為 SOA 架構 1.1. 分析 由于易購 Buy 商城是基于 soa 的架構，表現層和服務層是不同的工程。所以要實現商品列表 查詢需要兩個系統之間進行通信。 如何實現遠程通信？ 1、Webservice：效率不高基于 soap 協議。項目中不推薦使用。 2、使用 restful 形式的服務：http+json。很多項目中應用。如果服務太多，服務之間調用關 系混亂，需要治療服務。 3、使用 dubbo。使用 rpc（遠程過程調用） 協議進行遠程調用，直接使用 socket 通信。傳輸效率高，并且可 以統計出系統之間的調用關系、調用次數。 1.2. dubbo 1.2.1. 什么是 dubbo 隨著互聯網的發展，網站應用的規模不斷擴大，常規的垂直應用架構已無法應對，分布式服 務架構以及流動計算架構勢在必行，亟需一個治理系統確保架構有條不紊的演進。  - 單一應用架構 - 當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節 點和成本。 - 此時，用于簡化增刪改查工作量的 數據訪問框架(ORM) 是關鍵。 - 垂直應用架構 - 當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互 不相干的幾個應用，以提升效率。 - 此時，用于加速前端頁面開發的 Web 框架(MVC) 是關鍵。 - 分布式服務架構 - 當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作為獨 立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場 需求。 - 此時，用于提高業務復用及整合的 分布式服務框架(RPC) 是關鍵。 - 流動計算架構 - 當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增 加一個調度中心基于訪問壓力實時管理集群容量，提高集群利用率。 - 此時，用于提高機器利用率的 資 源調度和治理中心(SOA) 是關鍵。 Dubbo 就是 資源調度和治理中心 的管理工具。 1.2.2. Dubbo 的架構  節點 角色說明： - Provider: 暴露服務的服務提供方。 - Consumer: 調用遠程服務的服務消費方。 - Registry: 服務注冊與發現的注冊中心。 - Monitor: 統計服務的調用次調和調用時間的監控中心。 - Container: 服務運行容器。 調用關系說明： - 0. 服務容器負責啟動，加載，運行服務提供者。 - 1. 服務提供者在啟動時，向注冊中心注冊自己提供的服務。 - 2. 服務消費者在啟動時，向注冊中心訂閱自己所需的服務。 - 3. 注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推 送變更數據給消費者。 - 4. 服務消費者，從提供者地址列表中，基于軟負載均衡算法，選一臺提供者進行調用， 如果調用失敗，再選另一臺調用。 - 5. 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計 數據到監控中心。