Nacos Go微服務生態系列(一) | Dubbo-go 云原生核心引擎探索

作者：李志鵬， Github賬號：Lzp0412,開源社區愛好者，Nacos Committer，Nacos-SDK-go作者，現就職于阿里云云原生應用平臺，主要參與服務發現、CoreDNS、ServiceMesh相關作業，負責推動Nacos Go微服務生態建設，

近幾年，隨著Go語言社區逐漸發展和壯大，越來越多的公司開始嘗試采用Go搭建微服務體系，也涌現了一批Go的微服務框架，如go-micro、go-kit、Dubbo-go等，跟微服務治理相關的組件也逐漸開始在Go生態發力，如Sentinel、Hystrix等都推出了Go語言版本，而作為微服務框架的核心引擎--注冊中心，也是必不可缺少的組件，市面已經有多款注冊中心支持Go語言，應該如何選擇呢？我們可以對目前主流的支持Go語言的注冊中心做個對比，

根據上表的對比我們可以從以下幾個維度得出結論：

• 生態:各注冊中心對Go語言都有支持，但是Nacos、 Consul、Etcd 社區活躍，zookeeper和Eureka社區活躍度較低；

• 易用性：Nacos、Eureka、Consul都有現成的管控平臺，Etcd、zookeeper本身作為kv存盤，沒有相應的管控平臺，Nacos支持中文界面，比較符合國人使用習慣；

• 場景支持：CP模型主要針對強一致場景，如金融類，AP模型適用于高可用場景，Nacos可以同時滿足兩種場景，Eureka、Consul主要滿足高可用場景，Zookeepr、Etcd主要滿足強一致場景，此外Nacos支持從其它注冊中心同步資料，方便用戶注冊中心遷移；

• 功能完整性：所有注冊中心都支持健康檢查，Nacos、Consul支持的檢查方式較多，滿足不同應用場景，Zookeeper通過keep alive方式，能實時感知實體變化；Nacos、Consul和Eureka都支持負載均衡策略，Nacos通過Metadata selector支持更靈活的策略；此外，Nacos、Eureka都支持雪崩保護，避免因為過多的實體不健康對健康的實體造成雪崩效應，

綜合上面各維度的對比，可以了解到Nacos作為注冊中心有一定的優勢，那么它對Go微服務生態的集成做得如何？為此，我們策劃了本系列文章，該系列將為大家介紹Nacos在Go微服務生態集成中做的一些作業和實踐經驗，系列內容將主要包含以下三個篇章：

• Dubbo-go 云原生核心引擎探索；

• Sentinel-go 外部動態資料源初探；

• go-micro 集成Nacos實踐；

接下來我們首先探索下Nacso是如何與Dubbo-go集成，

引言

Dubbo-go目前是Dubbo多語言生態中最火熱的一個專案，從2016年發布至今，已經走過5個年頭，最近，Dubbo-go發布了v1.5版本，全面兼容Dubbo 2.7.x版本，支持了應用維度的服務注冊與發現，和主流的注冊模型保持一致，標志著Dubbo-go向云原生邁出了關鍵的一步，作為驅動服務運轉的核心引擎--注冊中心，在切換到應用維度的注冊模型后，也需要做相應的適配，本文將決議如何以Nacos為核心引擎實作應用維度的服務注冊與發現，并且給出相應的實踐案例，此外，本文代碼基于Dubbo-go v1.5.1，Nacos-SDK-go v1.0.0和Nacos v1.3.2，

服務注冊與發現架構

從架構中，我們可以看到，與介面級別的服務注冊發現不同的是，Dubbo-go的provider啟動后會呼叫Nacos-go-sdk的RegisterInstance介面向Nacos注冊服務實體，注冊的服務名即為應用名稱，而不是介面名稱，Conusmer啟動后則會呼叫Subscribe介面訂閱該應用的服務實體變化，并對的實體發起服務呼叫，

圖2

服務模型

圖3是我們Dubbo-go的應用維度服務發現模型，主要有服務和實體兩個層級關系，服務實體的屬性主要包含實體Id、主機地址、服務埠、激活狀態和元資料，圖4為Nacos的服務分級存盤模型，包含服務、集群和實體三個層次，兩者對比，多了一個集群維度的層級，而且實體屬性資訊能夠完全匹配，所以在Dubbo-go將應用服務實體注冊到Nacos時，我們只需要將集群設定為默認集群，再填充服務和實體的相關屬性，即可完成服務模型上的匹配，此外Nacos可以將服務注冊到不同的Namespace下，實作多租戶的隔離，

圖3

圖4

服務實體心跳維持

Dubbo-go的Provider在向Nacos注冊應用服務實體資訊后，需要主動上報心跳，讓Nacos服務端感知實體的存活與否，以判斷是否將該節點從實體串列中移除，維護心跳的作業是在Nacos-SDK-go完成的，從圖5代碼中可以看到，當Dubbo-go呼叫RegisterInstance注冊一個服務實體時，SDK除了呼叫Nacos的Register API之外，還會呼叫AddBeatInfo，將服務實體資訊添加到本地快取，通過后臺協程定期向Nacos發送服務實體資訊，保持心跳，當服務下線時，可以通過呼叫DeRegisterInstance執行反注冊，并移除本地的心跳保持任務，Nacos實體串列中也會將該實體移除，

圖5

訂閱服務實體變化

Dubbo-go的Consumer在啟動的時候會呼叫Nacos-SDK-go的Subscribe介面，該介面入參如圖6，訂閱的時候只需要傳遞ServiceName即應用名和回呼函式SubscribeCallback，Nacos在服務實體發生變化的時候即可通過回呼函式通知Dubbo-go，Nacos-SDK-go是如何感知Nacos的服務實體變化的呢？主要有兩種方式：

• Nacos服務端主動推送，Nacos-SDK-go在啟動的時候會監聽一個UDP埠，該埠在呼叫Nacos Register API的時候作為引數傳遞，Nacos會記錄Ip和埠，當服務實體發生變化時，Nacos會對所有監聽該服務的Ip和埠發送UDP請求，推送變化后的服務實體資訊，

• Nacos-SDK-go定期查詢，SDK會對訂閱的服務實體定時呼叫查詢介面，如果查詢有變化則通過回呼介面通知Dubbo-go，作為兜底策略保證Nacos服務端推送失敗后，仍能感知到變化，

圖6

此外Nacos-SDK-go還支持推空保護，當Nacos推送的實體串列為空時，不更新本地快取，也不通知Dubbo-go變更，避免Consumer無可用實體呼叫，造成故障，同時，SDK還支持服務實體資訊本地持久化存盤，可以保證在Nacos服務故障程序中，Consumer重啟也能獲取到可用實體，具備容災效果，

范例實踐

環境準備

• dubbo-go samples代碼下載：https://github.com/apache/dubbo-samples/tree/master/golang，基于Nacos注冊中心的應用級服務發現的hello world代碼目錄在registry/servicediscovery/nacos，

圖7

• Nacos服務端搭建，參考官方檔案：https://nacos.io/zh-cn/docs/quick-start.html，或者使用官方提供的公共Nacos服務：http://console.nacos.io/nacos(賬號密碼:nacos，僅供測驗)，或者購買阿里云服務：https://help.aliyun.com/document_detail/139460.html?spm=a2c4g.11186623.6.559.d7e264b7bLpZIs

Server端搭建

進入registry/servicediscovery/nacos/go-server/profiles檔案，可以看到有dev、release和test三個檔案夾，分別對應開發、測驗和生產配置，我們使用dev配置來搭建開發環境，dev檔案下有log.yml和server.yml檔案，下面對server.yml配置進行修改，

remote配置，這里使用公共的Nacos服務，address支持配置多個地址，用逗號分割，params引數配置nacos-sdk的日志目錄，

remote:  nacos:
    address: "console.nacos.io:80"
    timeout: "5s"
    params:
        logDir: "/data/nacos-sdk/log"
configCenter配置config_center:
  protocol: "nacos"
  address: "console.nacos.io:80"

配置server端環境變數

export CONF_PROVIDER_FILE_PATH=server端的server.yml檔案路徑
export APP_LOG_CONF_FILE=server端的log.yml檔案路徑

進入registry/servicediscovery/nacos/go-server/app，運行server.go的main方法，可以從Nacos的控制臺（http://console.nacos.io/nacos/#/serviceManagement?dataId=&group=&appName=&namespace=）看到，應用user-info-server已經注冊成功，

Client端搭建

client的組態檔在registry/servicediscovery/nacos/go-server/profiles目錄下，需要修改的地方跟server端一樣，這里不贅述，

配置client端環境變數

export CONF_CONSUMER_FILE_PATH=client端的server.yml檔案路徑
export APP_LOG_CONF_FILE=client端的log.yml檔案路徑

進入registry/servicediscovery/nacos/go-client/app，運行client.go的main方法，看到如下日志輸出，表示呼叫server端成功，

相關鏈接

Dubbo-go 專案地址：https://github.com/apache/dubbo-go

Dubbo-go社區交流群：23331795

Nacos專案地址：https://nacos.io/

Nacos社區交流群：30438813

Nacos golang生態交流群：23191211

Nacos-SDK-go專案地址：https://github.com/nacos-group/nacos-sdk-go

招聘資訊

如果你對我們在做的事情感興趣，歡迎你加入我們團隊，內推郵箱：water.lyl@alibaba-inc.com

99個9折購票優惠碼開搶！

點擊“閱讀原文”進入2020 Gopher China 大會報名鏈接

分享鏈接至朋友圈保留12小時即享 9 折購票優惠

集贊滿30更可享受折上折（81折優惠）

快快轉發并截圖發給GC小助手：

我們會第一時間奉上優惠碼！