什麼是dubbo

Dubbo是一個分佈式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。 
       簡單的說，dubbo就是個服務框架，若是沒有分佈式的需求，實際上是不須要用的，只有在分佈式的時候，纔有dubbo這樣的分佈式服務框架的需求，而且本質上是個服務調用的東東 
      說白了就是個遠程服務調用的分佈式框架（告別Web Service模式中的WSdl，以服務者與消費者的方式在dubbo上註冊）

一、Dubbo適用於哪些場景？

當網站變大後，不可避免的須要拆分應用進行服務化，以提升開發效率，調優性能，節省關鍵競爭資源等。 

當服務愈來愈多時，服務的URL地址信息就會爆炸式增加，配置管理變得很是困難，F5硬件負載均衡器的單點壓力也愈來愈大。 

當進一步發展，服務間依賴關係變得錯蹤複雜，甚至分不清哪一個應用要在哪一個應用以前啓動，架構師都不能完整的描述應用的架構關係。 

接着，服務的調用量愈來愈大，服務的容量問題就暴露出來，這個服務須要多少機器支撐？何時該加機器？等等…… 

在遇到這些問題時，均可以用Dubbo來解決。 

二、和淘寶HSF相比，Dubbo的特色是什麼？

1.  Dubbo比HSF的部署方式更輕量，HSF要求使用指定的JBoss等容器，還須要在JBoss等容器中加入sar包擴展，對用戶運行環境的侵入性大，若是你要運行在Weblogic或Websphere等其它容器上，須要自行擴展容器以兼容HSF的ClassLoader加載，而Dubbo沒有任何要求，可運行在任何Java環境中。 

2.  Dubbo比HSF的擴展性更好，很方便二次開發，一個框架不可能覆蓋全部需求，Dubbo始終保持平等對待第三方理念，即全部功能，均可以在不修改Dubbo原生代碼的狀況下，在外圍擴展，包括Dubbo本身內置的功能，也和第三方同樣，是經過擴展的方式實現的，而HSF若是你要加功能或替換某部分實現是很困難的，好比支付寶和淘寶用的就是不一樣的HSF分支，由於加功能時改了核心代碼，不得不拷一個分支單獨發展，HSF現階段就算開源出來，也很難複用，除非對架構重寫。 

3.  HSF依賴比較多內部系統，好比配置中心，通知中心，監控中心，單點登陸等等，若是要開源還須要作不少剝離工做，而Dubbo爲每一個系統的集成都留出了擴展點，並已梳理幹清全部依賴，同時爲開源社區提供了替代方案，用戶能夠直接使用。 

4.  Dubbo比HSF的功能更多，除了ClassLoader隔離，Dubbo基本上是HSF的超集，Dubbo也支持更多協議，更多註冊中心的集成，以適應更多的網站架構。