一、架構發展
隨着互聯網的發展，網站應用的規模不斷擴大，常規的垂直應用架構已無法應對，分佈式服務架構以及流動計算架構勢在必行，亟需一個治理系統確保架構有條不紊的演進。
⑴單一應用架構
主要用於網站流量很小，只需要一個應用，將所有功能都部署在一起，方便減少部署節點和成本。
關鍵是簡化增刪查改工作的數據訪問框架（ORM，即對象關係映射）
⑵垂直應用架構
主要用於訪問量不大，增加機器對單一應用加速越來越小，將應用拆爲互不相干的幾個應用，以提升效率。
關鍵是開發的WEB框架(MVC)
⑶分佈式服務架構
主要用於應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作爲獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應。
關鍵是提高業務複用及整合的分佈式服務框架(RPC，即遠程過程調用協議)
⑷流動計算架構
主要用於服務越來越多，資源浪費越來越明顯時候，利用調度中心基於訪問壓力實時管理集羣，提高效率。
關鍵是提高效率的資源調度和治理中心(SOA，即面向服務框架)
補充知識點：什麼是SOA？
SOA是一種支持面向服務的架構樣式，從服務、基於服務開發和服務的結果來看，面向服務是一種思考方式，隨着互聯網的發展，網站應用的規模不斷擴大，常規的垂直應用架構無法應對，分佈式服務架構以及流動計算架構勢在必行，SOA誕生使用。
二、系統間通信
- WebService：效率不高,它是基於soap協議（http+xml）。
- restful形式的服務：http+json。很多項目中應用。如果服務越來越多，服務與服務之間的調用關係複雜，調用服務的URL管理複雜，什麼時候添加機器難以確定。
- Dubbo：使用rpc協議進行遠程調用，直接使用socket通信。傳輸效率高，並且可以統計出系統之間的調用關係、調用次數，管理服務。
三、什麼是dubbo
Dubbo是一個分佈式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，是阿里巴巴SOA服務化治理方案的核心框架。
Dubbo就是資源調度和治理中心的管理工具。Dubbo 就是類似於webservice的關於系統之間通信的框架，並可以統計和管理服務直接的調用情況（包括服務被誰調用了，調用的次數是如何，以及服務的使用狀況）。
核心內容：
1. 遠程通訊: 提供對多種基於長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應”模式的信息交換方式。
2. 集羣容錯: 提供基於接口方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集羣支持。
3. 自動發現: 基於註冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。
優點：
1.透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，沒有任何API侵入。
2.軟負載均衡及容錯機制，可在內網替代F5等硬件負載均衡器，降低成本，減少單點。
3. 服務自動註冊與發現，不再需要寫死服務提供方地址，註冊中心基於接口名查詢服務提供者的IP地址，並且能夠平滑添加或刪除服務提供者。
四、Dubbo的架構
節點角色說明：
Provider: 暴露服務的服務提供方。即服務端。
Consumer: 調用遠程服務的服務消費方。即客戶端。
Registry: 服務註冊與發現的註冊中心。
Monitor: 統計服務的調用次調和調用時間的監控中心。
Container: 服務運行容器。
調用關係說明：
0. 服務容器負責啓動，加載，運行服務提供者。
1. 服務提供者在啓動時，向註冊中心註冊自己提供的服務。
2. 服務消費者在啓動時，向註冊中心訂閱自己所需的服務。
3. 註冊中心返回服務提供者地址列表給消費者，如果有變更，註冊中心將基於長連接推送變更數據給消費者。
4. 服務消費者，從提供者地址列表中，基於軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。
5. 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。
五、dubbo連接方式
Dubbo的客戶端和服務端有三種連接方式，分別是：廣播、直連和使用zookeeper註冊中心。下面是以xml方式舉例，也可以用註解方式來處理。
⑴廣播：dubbo官方入門程序所使用的方式，有很多問題。
服務端：
<dubbo:application name="blog-sevice"/>
<dubbo:registry address="multicast://224.5.6.7:1234" />
<dubbo:protocol name="dubbo" port="20880"/>
<dubbo:reference interface="xxx..service.XXXService" id="xXXService" />
客戶端：
<dubbo:application name="blog-web"/>
<dubbo:registry address="multicast://224.5.6.7:1234" />
<dubbo:reference interface="xxx.service.XXXService" id="xXXService" />
⑵直連：先要取消廣播，然後客戶端直接到指定的url獲取服務即可，無法對服務管理。
服務端：
<dubbo:application name="blog-sevice"/>
<dubbo:registry address="N/A" />
<dubbo:protocol name="dubbo" port="20880"/>
<dubbo:reference interface="xxx.service.XXXService" id="xXXService" />
客戶端：
<dubbo:application name="blog-web"/>
<dubbo:reference interface="xxx.service.XXXService" id="xXXService" url=”dubbo://127.0.0.1:20880”/>
⑶註冊中心：
註冊中心和廣播配置類似，不過需要指定註冊中心類型和註冊中心地址，這個時候就不是把服務信息進行廣播了，而是告訴給註冊中心進行管理，這個時候我們就需要有一個註冊中心。註冊中心負責服務地址的註冊與查找，相當於目錄服務，服務提供者在啓動時與註冊中心交互，消費者不斷的發起請求獲取服務信息，註冊中心不轉發請求，壓力較小。
目前Dubbo官方提供的註冊中心有Multicast、Zookeeper、Redis和Simple註冊中心，官方推薦使用Zookeeper作爲生產環境的註冊中心。註冊中心主要位於Registry這一位置。Zookeeper是Apacahe Hadoop的子項目，是一個樹型的目錄服務，支持變更推送，適合作爲Dubbo服務的註冊中心，工業強度較高，可用於生產環境，並推薦使用。
服務端：
<dubbo:application name="blog-search" />
<dubbo:registry protocol="zookeeper" address="x.x.x.60:2181" />
<dubbo:protocol name="dubbo" port="20882" />
<dubbo:service interface="xxx.service.XxxService" ref="XxxxServiceImpl" timeout="300000"/>
客戶端：
<dubbo:application name="blog-web"/>
<dubbo:registry protocol="zookeeper" address="x.x.x.60:2181"/>
<dubbo:reference interface="xxx.XxService" id="xxService" timeout="600000"/>
六、dubbo使用方法
Dubbo採用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基於Spring的Schema擴展進行加載。既可以使用註解方式配置，也可以用xml方式配。以下以xml方式配。
⑴單一工程中spring的配置
<bean id="xxxService" class="com.xxx.XxxServiceImpl" />
<bean id="xxxAction" class="com.xxx.XxxAction">
<property name="xxxService" ref="xxxService" />
</bean>
⑵遠程服務：
在本地服務的基礎上，將上面的xml配置拆分成兩份，將服務定義部分放在服務提供方remote-provider.xml，將服務引用部分放在服務消費方remote-consumer.xml。
並在提供方增加暴露服務配置<dubbo:service>，在消費方增加引用服務配置<dubbo:reference>。
服務層發佈服務：
<!-- 和本地服務一樣實現遠程服務 -->
<bean id="xxxService" class="com.xxx.XxxServiceImpl" />
<!-- 增加暴露遠程服務配置 -->
<dubbo:service interface="com.xxx.XxxService" ref="xxxService" />
表現層調用服務：
<!-- 增加引用遠程服務配置 -->
<dubbo:reference id="xxxService" interface="com.xxx.XxxService" />
<!-- 和本地服務一樣使用遠程服務 -->
<bean id="xxxAction" class="com.xxx.XxxAction">
<property name="xxxService" ref="xxxService" />
</bean>