簡單介紹，不做深刻技術分析。
Dubbo是阿裡開源的一個項目，有幸聽過梁飛現場的介紹，目前該架構廣泛應用于我所在公司，經過多次大型活動的考驗，事實證明Dubbo是一個确實很優秀的架構，當然我們對它也有所改造。
目前為止，Dubbo已經不再更新
。
我簡單介紹一下它的使用場景。
首先Dubbo适用于高負載，高并發的場景，誕生在阿裡的服務架構， 設計目标是什麼，你懂的。當然不是說有幾台十幾台伺服器的公司團隊就不能用了嗎？肯定可以，但是建議循序漸進，或許自己實作一個簡單的服務架構，也不難用，而且對團隊的技術水準的提高有很大的幫助。
一個網站或者系統，建構的初期都是比較簡單直接的，系統之間的調用無非是A-B ,B-A，然後選擇一種通訊協定，webservice或者直接http get post或者等等，但是當系統越來越複雜，我們就會發現，暴露的接口和調用的接口越來越多，盤根錯節，很難對這些接口服務進行有效的控制和改造。
最先想到的解決辦法就是增加接口服務控制中心，這個控制中心負責管理所有的服務調用，A-控制中心-B，有了控制中心，我們可以做的事就變的很多，我們可以掌握每一個提供方釋出的接口，對請求進行驗證，記錄等等。
如果了解了這個場景，看下Dubbo的工作原理：
在實際的使用過程中，我們是這樣做的：
使用了spring
服務端釋出服務，并提供用戶端開發jar，接口和輸入出對象即可。
管理端可看到該服務的所有暴露出來的方法，并可以進行簡單的調試。管理端可以統計服務調用情況或者下線服務，删除某些節點等。
用戶端連接配接注冊中心，封裝一下調用，通過簡單配置即可。
如何使用它呢，很多資料，不再贅述，直接通路：dubbo