怎么更高效的管理原生微服務(wù)應(yīng)用

這期內(nèi)容當中小編將會給大家?guī)碛嘘P(guān)怎么更高效的管理原生微服務(wù)應(yīng)用，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

分布式應(yīng)用服務(wù)EDAS 最近發(fā)布了支持原生Dubbo和Spring Cloud應(yīng)用功能的新版本，此功能是以非侵入方式支持的，且?guī)缀醪恍枰薷娜魏未a。在此我們體驗了一下如何在EDAS上部署原生Dubbo和Spring Cloud應(yīng)用。

原生Dubbo應(yīng)用

自從阿里重啟Dubbo維護以來，其熱度迅速躥升，Github上的星標數(shù)已經(jīng)達到了2.2萬個之多，可謂中國開源軟件界的明星產(chǎn)品。但是作為自家商業(yè)化輸出的EDAS產(chǎn)品，卻一直以來只能支持閉源的HSF微服務(wù)框架，對用戶而言不能不說是一種遺憾。雖然以前也是可以支持Dubbo應(yīng)用的，但卻是以一種所謂的Dubbo over HSF來變相實現(xiàn)的，并不是真正無侵入的原生應(yīng)用。現(xiàn)在這個擔憂終于沒有了，EDAS官方正式開始了商業(yè)化支持Dubbo的進程。

閑話少絮，我們先來構(gòu)建一個簡單的Dubbo應(yīng)用，并將其部署到EDAS上面。根據(jù)這篇文檔介紹的方法，我們來實現(xiàn)一個簡單的Echo應(yīng)用。此應(yīng)用的能力是客戶端通過HTTP接口獲得一個字符串消息，然后將此消息發(fā)送給服務(wù)端，服務(wù)端接收到這個消息之后，再原封不動的回傳給客戶端，最終客戶端將此回聲信息打印出來，程序結(jié)束。

本文并不是一篇教程類文章，因此不會詳細介紹該如何編寫這樣一個應(yīng)用，只來關(guān)注一些重點內(nèi)容。首先，除了依賴Dubbo庫之外，還需要依賴一個EDAS提供的擴展庫edas-dubbo-extension。該擴展庫就是EDAS支持原生Dubbo應(yīng)用的關(guān)鍵所在。

cdn.com/3e2273e0afb955438e6284497e3f5559716988bb.png">

圖1.edas-dubbo-extension依賴

除此之外，我們還需要將Dubbo配置文件中的registry參數(shù)設(shè)置為輕量級配置中心的地址。

經(jīng)過了這樣的修改之后，我們的應(yīng)用就可以原封不動的部署到EDAS上面了。

實際的部署過程與普通應(yīng)用無異，應(yīng)該是EDAS會自動判斷該應(yīng)用是否為原生Dubbo進而區(qū)分對待，因此熟悉EDAS的用戶在這一點上不會碰到任何問題。部署完成以后在Provider和Consumer應(yīng)用的服務(wù)列表里面，分別可以看到如下內(nèi)容，說明服務(wù)啟動正常。

圖2.發(fā)布的服務(wù)

原生Spring Cloud應(yīng)用

這篇文章 非常詳細的介紹了原生Spring Cloud應(yīng)用如何與EDAS集成，在這里就不再贅述了。同支持原生Dubbo使用的方式一樣，在構(gòu)建適應(yīng)EDAS環(huán)境的Spring Cloud應(yīng)用時需要引入額外的ANS組件，這使得在本地輕量級配置中心環(huán)境下調(diào)試通過的應(yīng)用可以無需任何改動就直接部署到EDAS環(huán)境上，可謂非常方便。

商業(yè)化版本與開源版本的對比

作為商業(yè)化產(chǎn)品，其跟開源版本相比還是有不少的差異，且極大的提高了用戶的工作效率、降低了人力投入。

首先，EDAS版本的原生Dubbo和Spring Cloud應(yīng)用支持共享的服務(wù)注冊與發(fā)現(xiàn)組件，比起部署開源版本所需的Zookeeper、Redis或Consul而言，節(jié)省了系統(tǒng)開銷與運維成本。

其次，開源版本的Dubbo并不天然支持配置管理功能，Spring Cloud有基于Git的配置管理能力，而這一點在EDAS上也是開箱即用的，且支持配置推送能力。

另外，同以往HSF應(yīng)用一樣，原生Dubbo和Spring Cloud應(yīng)用同樣支持監(jiān)控和告警能力，也免去了部署相關(guān)開源組件的需要。

上述就是小編為大家分享的怎么更高效的管理原生微服務(wù)應(yīng)用了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道。