目前已經(jīng)使用Vertx已經(jīng)一年多了，雖然沒(méi)有太多的造詣，但也已在項(xiàng)目中推廣了下；從最初的vertx搭建web服務(wù)，到項(xiàng)目上線運(yùn)營(yíng)，還算比較穩(wěn)定。再到后來(lái)嘗試搭建基于vertx的分布式服務(wù)，一路下來(lái)也積累了些經(jīng)驗(yàn)，在這里也從幾個(gè)方面來(lái)聊一聊。

一、初識(shí)Vertx

Vertx.png

我們當(dāng)時(shí)需要改造一個(gè)項(xiàng)目，在技術(shù)選型上有不同的意見(jiàn)；朋友推薦讓我們嘗試使用vertx來(lái)構(gòu)建我們的服務(wù)；
主要出于以下幾點(diǎn)：
1、 我們趨向于前后端分離，服務(wù)端主要提供API服務(wù)，前端采用Node.js+vue來(lái)構(gòu)建；而Vertx體現(xiàn)了他的優(yōu)勢(shì)；
2、我們想摒棄一些重的組件，比如不用web容器，當(dāng)時(shí)也傾向于springboot；我們希望服務(wù)輕量，容易上手，靈活性高；
站在技術(shù)創(chuàng)新的角度，我們看到vertx有很多優(yōu)點(diǎn)，所以最后我們選擇了Vertx來(lái)改造我們的項(xiàng)目，嘗試使用。`

二、初次體驗(yàn)Vertx

開(kāi)啟vertx-web.png

hello接口.png

效果.png

剛開(kāi)始體驗(yàn)，明顯感覺(jué)方便簡(jiǎn)單，僅僅依賴vertx-core、vertx-web兩個(gè)jar包；在體驗(yàn)上也有了新的感覺(jué)，當(dāng)然了，他必須運(yùn)行在jdk8以上的版本；因?yàn)関ertx采用了jdk高版本的一些語(yǔ)法支持，比如lambda語(yǔ)法等；Vertx是異步事件驅(qū)動(dòng)型，所以執(zhí)行效率要高，并且是解耦模式；
我們?cè)谠囉玫倪^(guò)程中，嘗到了甜頭，所以準(zhǔn)備試點(diǎn)有一個(gè)項(xiàng)目；

三、使用Vertx改造項(xiàng)目

在開(kāi)始時(shí)，我們了解關(guān)于vertx 的一些使用，然后將項(xiàng)目業(yè)務(wù)處理改成異步的，但是我們?cè)陂_(kāi)始就遇到了一個(gè)問(wèn)題，抵觸；由于一些寫法和傳統(tǒng)的寫法不同，加之我們要將原有的項(xiàng)目業(yè)務(wù)邏輯改成vertx所支持的異步遇到困難，甚至有些還不知道怎么去實(shí)現(xiàn)；
我們開(kāi)始整理了一個(gè)簡(jiǎn)單的邏輯：

執(zhí)行流程.png

大家都知道vertx的性能不在話下，其實(shí)大部分的框架性能都不錯(cuò)，當(dāng)我們嵌套業(yè)務(wù)后，才會(huì)面臨一些性能、并發(fā)的問(wèn)題，處理不及時(shí)、查詢數(shù)據(jù)慢等等，這些其實(shí)在某些時(shí)候是與框架沒(méi)有太大聯(lián)系，比如說(shuō)當(dāng)我們使用了數(shù)據(jù)庫(kù)，使用了文件的頻繁讀寫，那么IO將是我們面臨的最大問(wèn)題；
我們希望團(tuán)隊(duì)還是能按照原來(lái)的模式協(xié)作，所以我們開(kāi)始考慮將Vertx與Spring結(jié)合；
我們使用Vertx來(lái)做我們web服務(wù)，使用原有的Spring+Mybatis來(lái)做我們的業(yè)務(wù)；當(dāng)然，有好處，也有壞處；好處就是能夠平滑過(guò)渡到和以前差不多，更多的還是專注于業(yè)務(wù)實(shí)現(xiàn)；壞處就是有點(diǎn)違背了Vertx初衷，我們?cè)跇I(yè)務(wù)具體的處理過(guò)程中依舊是同步的；在這里我只說(shuō)我們的實(shí)現(xiàn)方式，其他的就留給大家各自來(lái)評(píng)論。
Vertx有很多比較好的技術(shù)，比如我們用的最多的Router、EventBus、WebSocket等等，在這里要說(shuō)下Router，因?yàn)镽outer將是我們?nèi)肟冢?br> Router的功能非常大，支持正則匹配、占位符、二級(jí)路由等；在這里我就不多加贅述，可以閱讀參考 http://vertx.io/docs/vertx-web/java/#_reroute

Router.png

構(gòu)建的大致步驟如下：

• 1、我們使用Vertx來(lái)構(gòu)建我們的API Server，定義API接口并直接由EventBus來(lái)調(diào)用具體的業(yè)務(wù)調(diào)用；說(shuō)白了，我們只需要將原有的Controller轉(zhuǎn)變成Vertx的Router即可；

注解.png

定義Api接口.png

• 2、我們?cè)诔绦騭tart的時(shí)候，直接指定我們需要監(jiān)聽(tīng)的服務(wù)端口、Api的掃描路徑、Verticle的注冊(cè)路徑，將對(duì)應(yīng)的Api綁定對(duì)應(yīng)的Router進(jìn)行注冊(cè)登記，利用Spring bean容器，將每一個(gè)Verticle綁定對(duì)應(yīng)的Service；

Paste_Image.png

• 3、我們利用反射來(lái)動(dòng)態(tài)向Spring中獲取對(duì)應(yīng)bean來(lái)注冊(cè)Verticle

Paste_Image.png

• 4、我們知道Vertx是基于事件驅(qū)動(dòng)型的，我們也是利用這一點(diǎn)，直接將Api定義層(Spring Controller)同具體業(yè)務(wù)實(shí)現(xiàn)層(Spring Service)是解耦的；Vertx中每一個(gè)Router應(yīng)該對(duì)應(yīng)一個(gè)Verticle來(lái)處理具體的業(yè)務(wù)，EventBus是通過(guò)eventbus來(lái)進(jìn)行尋址并處理，所以我們利用class的getName()來(lái)作為每一個(gè)唯一的EventBusAddress

Verticle對(duì)應(yīng)地址規(guī)則.png

• 5、啟動(dòng)

Paste_Image.png

其實(shí)說(shuō)到這里，基本一個(gè)簡(jiǎn)單的Vertx-Web服務(wù)就已經(jīng)搭建完成了。我們沒(méi)有完全的用vertx來(lái)構(gòu)建，出于幾個(gè)方便的考慮;
A、項(xiàng)目改造工程大；
B、業(yè)務(wù)需求不確定性大，且有些場(chǎng)景不太適合異步；
C、如果全部按照個(gè)人思路來(lái)寫代碼，維護(hù)性工作比較大，不太貼近流程化管理；
所以我們利用Vertx部分特性及有點(diǎn)，整合Spring、Mybais來(lái)銜接項(xiàng)目；具體的可以參考 https://gitee.com/NeilPrivate/vertx-framework

四、項(xiàng)目中的優(yōu)化

我們?cè)诤髞?lái)的項(xiàng)目中，我們舍棄了Api這層；為何呢？因?yàn)锳pi只是定義層，沒(méi)有具體的實(shí)現(xiàn)，顯得是多余的；我們之前有過(guò)一個(gè)項(xiàng)目，是SpringMVC+Spring+Mybatis，我們就把Controller舍掉了，直接抽象一個(gè)Controller，然后利用反射，在分?jǐn)偟讲煌腟ervice上，特定的Controller就成Api轉(zhuǎn)發(fā)層，一些通常的監(jiān)控、控制、鑒權(quán)都直接在一個(gè)入口把控了；我們?cè)诤髞?lái)也是借鑒如此，我們將Api直接下放，直接在Service上定義；

UserService.png

五、構(gòu)建分布式服務(wù)

要想構(gòu)建一個(gè)分布式服務(wù)，有很多方式；

Paste_Image.png

我們通過(guò)Vertx自帶的Cluster來(lái)構(gòu)建了eventbus的集群，在這里要感謝劉小溪，他們很早就使用的集群的服務(wù)，提供了vertx-zookeeper來(lái)做vertx eventbus的集群，我們借鑒了他們方案采用vertx-zookeeper來(lái)做eventbus集群；
我們整理的模式如下：

Paste_Image.png

主要有以下幾點(diǎn)：

• 1、舍棄原來(lái)的Api定義層，將Vertx的Router抽象出來(lái)，做成一個(gè)總的入口，做一些基礎(chǔ)的服務(wù)，比如：授權(quán)；也就是一個(gè)單獨(dú)的API GateWay；
• 2、將業(yè)務(wù)拆分，構(gòu)建成微服務(wù)模塊；Api的地址對(duì)應(yīng)唯一一個(gè)Verticle地址；每一個(gè)模塊只有對(duì)應(yīng)的業(yè)務(wù)處理層、和數(shù)據(jù)操作層；

Paste_Image.png

• 3、將每一個(gè)模塊的業(yè)務(wù)利用Vertx Cluster向EventBus Cluster中注冊(cè)；

Vertx-Zookeeper集群.png

• 4、由Router獲得每一個(gè)http請(qǐng)求，通過(guò)eventbus cluster直接send到對(duì)應(yīng)的Verticle上進(jìn)行處理；
• 5、在這里我們需要為對(duì)應(yīng)的業(yè)務(wù)處理層做一些工作；每一個(gè)http請(qǐng)求都將有調(diào)用execute函數(shù)，由execute函數(shù)進(jìn)行反射來(lái)調(diào)用具體的函數(shù)執(zhí)行；

抽象execute函數(shù).png

定義API Router.png

具體的業(yè)務(wù)函數(shù).png

到這里，其實(shí)我們也已經(jīng)基本構(gòu)建了一個(gè)簡(jiǎn)單的分布式服務(wù)出來(lái)了；當(dāng)然比較簡(jiǎn)陋，還需要不斷的完善；目前這個(gè)體系已經(jīng)上線了一個(gè)項(xiàng)目，運(yùn)營(yíng)下來(lái)還算不錯(cuò)；

六、任重而道遠(yuǎn)，還需要不斷的完善

做分布式服務(wù)，大家都知道面臨的幾大問(wèn)題，分布式事務(wù)的處理？跨應(yīng)用的業(yè)務(wù)調(diào)用？
應(yīng)用與應(yīng)用的調(diào)用，基本使用RPC來(lái)處理；由于Vertx是異步，那么構(gòu)建一個(gè)RPC其實(shí)并不難，但是我們具體的業(yè)務(wù)處理儼然已經(jīng)從異步又變成了同步；在具體的業(yè)務(wù)處理中，并不是vertx的處理，所以這就需要我們思考如何來(lái)構(gòu)建一個(gè)RPC服務(wù)？
我們也嘗試使用vertx來(lái)構(gòu)建rpc，但是失敗了；我們自己使用netty+zookeeper實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的RPC服務(wù)；我們自己實(shí)現(xiàn)的RPC服務(wù)比較簡(jiǎn)單功能不是很完善，所以我們決定將dubbo整合進(jìn)來(lái)，畢竟dubbo是一個(gè)比較成熟的RPC服務(wù)，并且還有其他的用處；這個(gè)也需要看大家如何來(lái)理解，如果覺(jué)得dubbo比較重，也可以直接自己實(shí)現(xiàn)一個(gè)，或者改造成Vertx支持的同步的RPC。據(jù)說(shuō)高版本的Vertx好像已經(jīng)有這方面的支持了，期待大家的分享。
以上，大致是我們對(duì)vertx在項(xiàng)目中的使用情況，僅限于促進(jìn)交流、學(xué)習(xí)，如闡述不清晰或有誤，請(qǐng)各位指出！