Support gray release based on tags.

[KiteSoar]

Is your feature request related to a problem? Please describe.

目前 Nacos 从客户端收集标签的功能已经开发完成，服务端也已经完成了灰度模型的重构
基于标签的灰度发布功能已实现了大部分，目前主要有两部分还没有完成开发

• 前端界面以及与后端对接部分
• 服务端需要增加对应的灰度规则[GrayRule接口]

Describe the solution you'd like

前端我初步的想法是这样
点进配置详情后，继续保持和原有的界面，如下所示

如果要进行灰度发布，则选中灰度发布按钮，选中之后会弹出两个选择，分别是基于 IP 和基于标签，IP 灰度和标签灰度互斥

标签按照 key:value 的格式进行展示

[KiteSoar]

大佬帮忙看看哇～ cc @shiyiyue1102

[shiyiyue1102]

大佬帮忙看看哇～ cc @shiyiyue1102

可以在社区群里发起讨论下，看下社区同学对这个标签灰度功能的诉求，如果确定要做，再做下简单的概要设计，明确需要改造的地方

[KiteSoar]

大佬帮忙看看哇～ cc @shiyiyue1102

可以在社区群里发起讨论下，看下社区同学对这个标签灰度功能的诉求，如果确定要做，再做下简单的概要设计，明确需要改造的地方

ok，这个功能我看以前有 issue 提出过的 #11512 ，我这两天写一下概要的设计

[KiteSoar]

一、背景

灰度能力是稳定性保障的重要手段之一，在之前的版本中，Nacos 提供了基于 IP 地址的灰度方式，用户在发布正式版本配置前，可以选择一些 IP 地址下发新配置进行验证，确认业务正常，观察期过后，选择全量发布，但现有基于 IP 的灰度发布方式存在显著缺陷：

• 业务关联性弱：IP地址仅反映网络基础设施信息，无法与环境或功能模块等业务属性直接关联，导致灰度节点筛选缺乏业务逻辑支撑。
• 动态环境适配差：在K8s等容器化部署场景中，节点重启后 IP 地址可能动态变化，导致预先配置的灰度规则失效。

为解决上述问题，本功能希望支持用户通过自定义标签（如env=test、region=beijing）为节点赋予语义化属性，实现基于业务逻辑的精准灰度控制。

二、目标

• 支持开源版本 Nacos 基于标签进行灰度发布，增强 Nacos 的灰度体系。

三、详细设计

3.1 配置发布整体流程

3.2 基于标签灰度流程

基于标签灰度配置发布流程为例，可以分解为以下子步骤

1. 标签注入与节点注册
   客户端启动时注入标签（如env=test），连接服务端并上报IP + 标签元数据，服务端建立标签 - 节点映射。
2. 标签灰度规则配置
   控制台选择 「基于标签灰度发布」，指定标签键值（如label=gray），自动筛选匹配节点（无需手动选 IP）。
3. 灰度配置发布
   发布灰度版本，服务端持久化至存储 + 构建内存索引。
4. 标签匹配与配置推送
   客户端拉取配置时，服务端按 IP 灰度＞标签灰度＞正式配置优先级匹配：

3.3 需要改造的点

1. 客户端
   无

2. 前端
   新增选项：在发布界面添加「基于标签灰度」选项。
   可视化展示：显示节点标签信息。

3. 服务端
   灰度规则扩展：新增标签类型灰度规则（区分 IP 灰度）。
   匹配逻辑：按「IP 灰度→标签灰度→正式配置」顺序匹配节点。

另外有几个问题想确认一下

1. 现在发布配置、获取配置和灰度规则都给 VIP_SERVER 做了特殊处理，这个东西开源版本没用到，也没有入口，趁着这次改动是不是把这个东西给删了？

2. 现在灰度发布的时候会给监听这个配置的所有监听者都推送配置变更，似乎可以根据IP/标签来过滤，只推送给灰度的客户端？

大佬有空 review 一下～

cc @shiyiyue1102 @KomachiSion

[0x5487]

@KiteSoar
大佬, 谘询一下这个有进一步的消息可以分享的吗？

[KiteSoar]

@KiteSoar 大佬, 谘询一下这个有进一步的消息可以分享的吗？

暂时无，目前挂起中