dubbox粗記

一直在用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,都沒有解決分佈式事務問題。目前想法依舊是經過消息確認機制和業務補償機制來解決。

相關文章
相關標籤/搜索