Ø 單一應用架構 ·當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。 Ø 垂直應用架構 當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應用，以提升效率。 當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應 ...
Ø 單一應用架構
- ·當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。
Ø 垂直應用架構
- 當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應用，以提升效率。
Ø 分散式服務架構
- ·當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。
Ø 流動計算架構
- 當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個調度中心基於訪問壓力實時管理集群容量，提高集群利用率。
- 此時，用於提高機器利用率的SOA服務治理方案是關鍵。
Dubbo就是SOA服務治理方案的核心框架。
Dubbo理解：Dubbo既可以進行服務調用，又可以進行服務治理。
Dubbo是Alibaba開源的分散式服務框架，它最大的特點是按照分層的方式來架構，使用這種方式可以使各個層之間解耦合（或者最大限度地松耦合），比如表現層和業務層就需要解耦合。
從面向服務的角度來看，Dubbo採用的是一種非常簡單的模型，要麼是提供方提供服務，要麼是消費方消費服務，所以基於這一點可以抽象出服務提供方（Provider）和服務消費方（Consumer）兩個角色。
除了以上兩個角色，它還有註冊中心和監控中心。它可以通過註冊中心對服務進行註冊和訂閱；可以通過監控中心對服務進行監控，這樣的話，就可以知道哪些服務使用率高、哪些服務使用率低。對使用率高的服務增加機器，對使用率低的服務減少機器，達到合理分配資源的目的。
節點角色說明：
- Provider: 暴露服務的服務提供方。
- Consumer: 調用遠程服務的服務消費方。
- Registry: 服務註冊與發現的註冊中心。
- Monitor: 統計服務的調用次調和調用時間的監控中心。
- Container: 服務運行容器，實際指的是spring容器，spring容器啟動可以通過java應用程式也可以通過tomcat容器，建議tomcat容器去載入spring容器。
調用關係說明：
- 0. 服務容器負責啟動，載入，運行服務提供者。
- 1. 服務提供者在啟動時，向註冊中心註冊自己提供的服務。
- 2. 服務消費者在啟動時，向註冊中心訂閱自己所需的服務。
- 3. 註冊中心返回服務提供者地址列表給消費者，如果有變更，註冊中心將基於長連接推送變更數據給消費者。
- 4. 服務消費者，從提供者地址列表中，基於軟負載均衡演算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。
- 5. 服務消費者和提供者，在記憶體中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。
