![頭圖.png](https://ucc.alicdn.com/pic/developer-ecology/63f7124b9afd42e3a3f4934da233abd2.png)

作者 | 李志鵬

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

![1.png](https://ucc.alicdn.com/pic/developer-ecology/95a6eac874f640f7855aa3aaa99e2227.png)
圖 1

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

- **生態**：各註冊中心對 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 實踐；

接下來我們首先探索下 Nacos 是如何與 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.png](https://ucc.alicdn.com/pic/developer-ecology/4901276092444dd0a49a82dd3ed8ad65.png)
圖 2

# 服務模型

圖 3 是我們 Dubbo-go 的應用維度服務發現模型，主要有服務和例項兩個層級關係，服務例項的屬性主要包含例項Id、主機地址、服務埠、啟用狀態和後設資料。圖 4 為 Nacos 的服務分級儲存模型，包含服務、叢集和例項三個層次。兩者對比，多了一個叢集維度的層級，而且例項屬性資訊能夠完全匹配。

所以在 Dubbo-go 將應用服務例項註冊到 Nacos 時，我們只需要將叢集設定為預設叢集，再填充服務和例項的相關屬性，即可完成服務模型上的匹配。此外 Nacos 可以將服務註冊到不同的 Namespace 下，實現多租戶的隔離。

![3.png](https://ucc.alicdn.com/pic/developer-ecology/964c3349ff854875924ac5f59624a3b4.png)
圖 3

![4.png](https://ucc.alicdn.com/pic/developer-ecology/d80de8cdbc8c4655be44aa91585004c1.png)
圖 4

# 服務例項心跳維持

Dubbo-go 的 Provider 在向 Nacos 註冊應用服務例項資訊後，需要主動上報心跳，讓 Nacos 服務端感知例項的存活與否，以判斷是否將該節點從例項列表中移除。維護心跳的工作是在 Nacos-SDK-go 完成的，從圖 5 程式碼中可以看到，當 Dubbo-go 呼叫 RegisterInstance 註冊一個服務例項時，SDK 除了呼叫 Nacos 的 Register API 之外，還會呼叫 AddBeatInfo，將服務例項資訊新增到本地快取，透過後臺協程定期向 Nacos 傳送服務例項資訊，保持心跳。

當服務下線時，可以透過呼叫 DeRegisterInstance 執行反註冊，並移除本地的心跳保持任務，Nacos 例項列表中也會將該例項移除。

![5.png](https://ucc.alicdn.com/pic/developer-ecology/2206cfd73f724c0d8fdee58facf5448a.png)
圖 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.png](https://ucc.alicdn.com/pic/developer-ecology/a78e313b2fcc4489baa66ceba860e809.png)
圖 6

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

# 範例實踐

## 1. 環境準備

- dubbo-go samples 程式碼下載：[https://github.com/apache/dubbo-samples/tree/master/golang](https://github.com/apache/dubbo-samples/tree/master/golang)，基於 Nacos 註冊中心的應用級服務發現的 hello world 程式碼目錄在 registry/servicediscovery/nacos；

![7.png](https://ucc.alicdn.com/pic/developer-ecology/f7866af7a57d42ec9445c2d4e661d96b.png)
圖 7

- Nacos 服務端搭建，參考官方文件：[https://nacos.io/zh-cn/docs/quick-start.html](https://nacos.io/zh-cn/docs/quick-start.html)，或者使用官方提供的公共 Nacos 服務：[http://console.nacos.io/nacos](http://console.nacos.io/nacos)(賬號密碼:nacos，僅供測試)，或者購買阿里雲服務：[https://help.aliyun.com/document_detail/139460.html](https://help.aliyun.com/document_detail/139460.html)。

## 2. 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 的控制檯看到，應用 user-info-server 已經註冊成功。

Nacos 的控制檯地址：[http://console.nacos.io/nacos/#/serviceManagement?dataId=&group=&appName=&namespace=](http://console.nacos.io/nacos/#/serviceManagement?dataId=&group=&appName=&namespace=)

![8.png](https://ucc.alicdn.com/pic/developer-ecology/4be4cc1bbbcf4daca6768e416d784714.png)
圖 8

![9.png](https://ucc.alicdn.com/pic/developer-ecology/f12787e23f2144559633a3183541471b.png)
圖 9

## 3. 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 端成功。

![10.png](https://ucc.alicdn.com/pic/developer-ecology/28c8a63275714f92b9347fc264c0b63f.png)
圖 10

## 相關連結

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

- Dubbo-go 社群交流釘釘群：23331795

- Nacos 專案地址：[https://nacos.io/](https://nacos.io/)

- Nacos 社群交流釘釘群：30438813

- Nacos golang 生態交流釘釘群：23191211

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

## 招聘資訊

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

## 作者簡介

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

## Spring Cloud Alibaba 七天訓練營

服務註冊與發現是微服務架構體系中最關鍵的元件之一，為了帶領大家系統入門微服務架構，9 月 24 日，由 Spring Cloud Alibaba 創始團隊主筆的 Spring Cloud Alibaba 實戰訓練營將正式開營。七天時間瞭解微服務各模組的實現原理，手把手教學如何獨立開發一個微服務應用，助力小白開發者從 0 到 1 建立系統化的知識體系。點選連結即可參與：[https://developer.aliyun.com/learning/trainingcamp/spring/1](https://developer.aliyun.com/learning/trainingcamp/spring/1)

> “[阿里巴巴雲原生](https://mp.weixin.qq.com/s/fFjOVn0HNWjhhvZg_HQdqg)關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的公眾號。”

Nacos Go 微服務生態系列（一）| Dubbo-go 雲原生核心引擎探索

相關文章