背景信息

在微服務領域，服務泛指應用程序的功能單元，通常具備獨立的業務域，例如訂單服務、用戶服務等。從物理上看，服務部署運行在具有網絡地址的容器、虛擬機和物理機上；從邏輯上看，服務由一組提供相同功能的網絡節點組成。

服務版本，可以理解為服務所有節點的子集，是根據節點的元數據信息分組后的實例集。服務版本通常應用在金絲雀發布、標簽路由和高可用部署場景中。

• 金絲雀發布：在服務持續迭代發展過程中，頻繁存在服務新版本發布上線的需求，為了確保流量在服務升級過程中平穩無損，開發者經常會使用金絲雀發布手段來將小部分流量分發到新版本進行驗證，驗證符合預期后，逐步將流量從老版本完全遷移至新版本。

• 標簽路由：在實際業務中，有的服務本身存在多個版本，各個版本之間功能也有差異，分別應用于有特定信息的請求。例如對于同一個API，帶有某個Header值的請求必須訪問服務的某個版本。另一個場景是多套開發環境（測試、預發和生產），利用服務版本可以根據請求的信息來決定分發到哪個開發環境。

• 高可用部署：為了保證服務的可用性，服務可以部署在不同的K8s集群中，我們可以根據節點上與集群相關的元數據信息對服務所有實例按集群維度進行版本管理，并且可以調整流量到各個集群（各個服務版本）的權重。當某個集群出現故障時，設置流量到該集群的權重為0，即可達到流量切換目的。

服務版本管理依賴服務節點上關聯的元數據信息。

• 對于容器服務K8s，服務節點上的元數據信息來源于Pod的Labels屬性。例如，如果使用的是SpringCloud應用并關聯了K8sService，那么可以在K8sDeployment YAML的spec.template.metadata.labels下增加標簽名及標簽值。

• 對于Nacos注冊中心，服務節點上的元數據信息取決于業務應用注冊節點時攜帶的元數據信息。例如，如果使用的是SpringCloud應用和Nacos注冊中心，那么可以通過spring.cloud.nacos.discovery.metadata字段來設置節點的元數據信息。