一直在用dubbo2.5。今天花了一天時間研究了當當網的dubbox項目並在本地運行,粗略記錄一下認識。前端
dubbox的主要升級點:後端
一、dubbox彌補了dubbo中沒有REST框架的不足,但REST性能指標比RPC要差,非業務必要性要求首選RPC。已有的dubbo服務端服務能夠經過dubbox快速包裝爲REST風格的服務。無論怎麼說,在跨語言和多種前端對應時仍是頗有須要REST調用的。架構
二、幾種序列化方式的增長,Kryo成爲首選。dobbo RPC默認使用的hessian2確實有Bug,咱們在項目中也遇到過。框架
三、其它一些升級和小改動maven
升級的必要性:分佈式
一、新項目建議升級使用dubbox,除了REST框架這一塊有必定的學習成本外,其它能夠從dubbo自己無縫沿用。性能
二、現有穩定運行項目沒有遇到跨語言場景或須要全面開放REST調用框架包裝支持,業務場景僅限於RPC調用能夠不考慮升級。學習
三、dubbox須要手動maven安裝和上傳到私有庫,目前沒有在maven公庫上發佈事務
四、dubbx如今有當當網在維護,而dubbo基本這幾年處於無人問津的狀態,從項目可靠度和風險度來考慮建議使用dubbox。dubbo
關於將來:
一、考慮後端架構從dubbo切換到Jdubbox。
二、JFinal能夠考慮直接支持dubbox了,而不是當初說的dubbo。
三、不管是dubbo仍是dubbox,都沒有解決分佈式事務問題。目前想法依舊是經過消息確認機制和業務補償機制來解決。