Nodejs“實現(xiàn)”Dubbo Provider

Charles 發(fā)布于2019-08-23 10:30 / 1187人閱讀

摘要：背景目前應(yīng)用越來越廣泛，但和的體系接入困難，所以我們需要實現(xiàn)端的邏輯。使用實現(xiàn)一個可用的完全沒有問題，最簡單的實現(xiàn)則是在對應(yīng)集群注冊接口與機器的映射關(guān)系，便可以訪問對應(yīng)接口。在評估了各種實現(xiàn)方案后，決定放棄開發(fā)端，使用的模式。

背景

目前nodejs應(yīng)用越來越廣泛，但和java的dubbo體系接入困難，所以我們需要實現(xiàn)node端的dubbo provider邏輯。java的dubbo provider是和consumer在一個jar中，提供了服務(wù)配置、注冊、集群與負(fù)載均衡、監(jiān)控和多種協(xié)議。使用nodejs實現(xiàn)一個可用的dubbo provider SDK完全沒有問題，最簡單的實現(xiàn)則是在對應(yīng)ZK集群注冊接口與機器IP的映射關(guān)系，consumer便可以訪問對應(yīng)rpc接口。可是，在可用基礎(chǔ)上，仍然需要提供相關(guān)配套設(shè)施如配置、注冊和監(jiān)控等，達(dá)到商業(yè)上的高可用。在評估了各種實現(xiàn)方案后，決定放棄開發(fā)node provider端sdk，使用node+agent的proxy模式。

agent是一個可與node服務(wù)交互通信的，并提供dubbo provider功能的java服務(wù)。agent部署在nodejs服務(wù)機器上，扮演dubbo服務(wù)的入口角色，同時node服務(wù)返回的數(shù)據(jù)類型由agent進(jìn)行轉(zhuǎn)換映射，如 object(node) -> Map(Java), 具體轉(zhuǎn)換規(guī)則則由node接口提供方提供調(diào)用接口jar包，consumer使用jar包進(jìn)行調(diào)用即可。

整體架構(gòu)

其中 vitamin為基于數(shù)據(jù)庫的統(tǒng)一配置平臺，解耦各個系統(tǒng)的強依賴。

Node中間件

Node中間件提供dubbo接口上報和服務(wù)提供功能。上報http接口要暴露的Dubbo服務(wù)配置信息（interface+version+method）即映射關(guān)系，node的提供rpc服務(wù)以HTTP形式存在（兼容之前業(yè)務(wù)），由agent進(jìn)行調(diào)用，數(shù)據(jù)類型為JSON。

Agent

根據(jù)Vitamin的實時配置向zookeeper注冊dubbo服務(wù)（泛化）

泛化服務(wù)每個method會根據(jù)Vitamin中的映射關(guān)系找到對應(yīng)的http本地接口（localhost）進(jìn)行調(diào)用

-入?yún)⒑头祷刂颠M(jìn)行json和Java類型的轉(zhuǎn)換

Node業(yè)務(wù)方

Node提供普通的HTTP+JSON服務(wù)，可復(fù)用歷史接口

提供一個對應(yīng)dubbo接口的jar包，需保證http接口json和jar中的model轉(zhuǎn)換關(guān)系可行

上游業(yè)務(wù)

拿到j(luò)ar包依賴之后，像普通dubbo服務(wù)一樣調(diào)用即可

類型轉(zhuǎn)換

Dubbo方法入?yún)⑥D(zhuǎn)換成NodeJs的http調(diào)用參數(shù)：強類型轉(zhuǎn)弱類型，可直接轉(zhuǎn)換
NodeJs服務(wù)返回的json轉(zhuǎn)Dubbo方法返回值：弱類型轉(zhuǎn)強類型
解決方案：Dubbo泛化服務(wù)返回Map，consumer端拿到這個Map會自動根據(jù)client.jar的方法返回值類型（支持泛型）進(jìn)行相應(yīng)的字段注入

可能存在的問題

agent不會在調(diào)用nodejs服務(wù)進(jìn)行熔斷，即nodejs服務(wù)大量超時可能會讓agent連接池或線程池占滿

agent進(jìn)程的生命周期由node進(jìn)程維護(hù)，通過基于配置中心的心跳機制檢測agent進(jìn)程是否存活

錯誤排查定位由于多了一層調(diào)用，更為復(fù)雜

可能存在的單機性能問題