Zenova 文档

35. 分阶段上线

完整版章节。内容按 2026.10 主线代码核对;具体入口以当前许可、账号权限和交付环境为准。

返回概览 · 完整版目录 · 下载完整 PDF

本章内容:本章面向负责推广平台的租户管理员与系统管理员,给出从「跑通一次对话与一次调用」到「全员可用」的推荐步骤。平台把「谁能用」与「请求怎么走」拆成两件事:前者由可用范围与工作空间决定,后者由流量规则决定。分阶段上线就是先分别收窄这两件事,再逐步放开。读完后,你可以按阶段推进,并在每个阶段结束时知道该检查什么、出问题怎么退回。

阶段主要手段进入下一阶段的条件
:--:--:--
一、准备授权许可、组织与角色、全局默认模型、通知渠道第 36.2 节的检查清单中「准备」类全部通过
二、圈定试点试点工作空间、可用范围只授权试点对象、配额从紧试点对话与调用的成功率、耗时符合预期
三、观察策略护栏先「仅记录,放行」,智能体工具先要求审批命中记录中的误报可接受
四、灰度切换灰度 Cookie、请求头染色、加权分流灰度与对照请求的结果、耗时无明显差异
五、逐步推广逐次扩大可用范围与工作空间成员,观察策略改为拦截每次扩大后观察一个完整业务周期
六、稳定运行告警、操作审计、定期巡检按第 36 章执行

35.1 阶段一:准备

适用场景:平台已部署完成、成员可以登录,但还没有人真正开始使用。

操作步骤

  1. 进入「管理后台 › 系统设置 › 全局设置 ›「授权许可」页签」,确认本次上线涉及的模块已开通。「高级模块」区列出模型护栏、动态路由、全链路审计、用量与成本、知识库(第 34.8 节)。
  2. 平台管理员在「平台控制台 › 系统维护 › 系统更新」确认所需的可选能力(如智能体运行环境、知识库、文档解析)已启用(第 33.9 节)。
  3. 在「组织与权限 › 成员与部门」确认部门与成员归属,跨部门授权使用职能组;管理角色按职责分立指定到不同人员(第 3 章)。
  4. 在「系统设置 › 全局设置 ›「常规」页签 › 默认模型」为内容安全、敏感信息识别等能力指定模型,并确认状态正常。
  5. 在「运行与排障 › 告警规则 › 通知渠道」建立已验证的渠道(第 32.2 节)。

你会看到:「许可来源」区显示「社区版(未导入许可)」或已导入许可的来源;同页给出升级商业授权的三步:导出授权请求(.json)、换取签名许可、导入 .lic。

图 35-1 「授权许可」:高级模块开通状态与许可来源说明

注意:许可与部署绑定,开发、测试、生产各一套部署需各自的许可文件,不能互导。

35.2 阶段二:圈定试点

适用场景:准备让一小批人先在真实业务上使用。

前提:已接入模型供应商,并建好至少一个面向明确用途的模型分组(第 4~6 章)。

操作步骤

  1. 在分组内模型的「试用」页签发送一条消息,确认回复正常、耗时与 Token 有数值。
  2. 打开服务详情的「可用范围与配额」,点「编辑可用范围」,选择授权对象(所有用户、部门、职能组、工作空间或逐个成员)。试点期建议按部门或职能组授权,人员变动时只需调整组织。
  3. 点「下一步」进入有效期设置,选择带结束时间的有效期;保存后为试点对象设置从紧的配额(第 7 章)。
  4. 在「组织与权限 › 工作空间」创建一个试点工作空间,只加入试点成员,并把试点模型分组授权给它(第 3 章)。
  5. 需要外部工具时,配置 MCP 服务或 API 服务,同样只授权给试点范围,并设置带截止日期的有效期(第 22 章)。
  6. 在试点工作空间中创建一个代表性的智能体,选择已授权的模型与工具,由试点成员完成一次对话验证(第 13 章)。

你会看到:可用范围表按对象逐行列出名称、类型与配额。范围外的成员在模型广场与密钥归属下拉中都看不到该服务;试点成员登录后在「新对话」中可以选到试点智能体并得到回复。

图 35-2 可用范围弹窗:按部门、职能组、工作空间或成员勾选授权对象

注意:新建的模型分组默认没有可用范围。把成员移出范围后,其已签发的密钥不会立刻失效,之后调用返回 401 invalid_api_key;需要立即断权时禁用密钥,或把成员移至已离职(第 3 章)。

35.3 阶段三:用观察方式验证安全策略

适用场景:第一次为真实业务启用敏感信息、模型判断或工具调用检测。这类策略初期容易误报,直接拦截会打断业务。

操作步骤

  1. 在「护栏 › 护栏规则 › 敏感数据」点「试运行」,选择要检测的类型并粘贴典型业务文本,核对识别结果与脱敏后的文本。试运行不写调用记录,也不真的请求模型。
  2. 在流量规则中添加「内容检测 · 对话内容」或「内容检测 · 工具调用」动作,命中后的处置先设为「仅记录」;关键词的「字符插桩命中后」与「解码后命中」同样可选此项。
  3. 使用模型判断时,确认节点中「判断模型不可用时」的处置。新建规则默认为「拒绝」,确有业务连续性要求时才改为「放行」(第 25.9 节)。保存前用画布右栏的「验证规则」核对典型样本(第 25.12 节)。
  4. 智能体首次接入会产生外部影响的工具(写数据、发消息、调用业务系统)时,先把这些工具设为需要审批,观察一段时间再放开(第 14 章)。
  5. 保存并「确认并应用」,等规则显示「已生效」;运行一个完整业务周期后,在规则详情的流量视图核对命中项与处置;误报可接受后,把处置改为「脱敏」或「拦截」并再次确认。

你会看到:试运行结果形如「已脱敏 · 手机号 1 处」并给出耗时。改为拦截后,API 调用返回 403 CONTENT_POLICY_BLOCKED,message 为配置的回复话术,调用记录中结果为「已拦截」;对话中显示回复话术与「此回复由内容规则提供」。

注意:「仅记录」的命中同样出现在调用记录与规则详情的流量视图中,可配合告警指标「策略命中」「策略拦截」观察误报是否收敛(第 32.4 节)。改为拦截后,调用方与员工看到的是回复话术,上线前须通知业务方。

35.4 阶段四:用灰度规则切换一部分请求

适用场景:需要更换模型、更换上游或调整路由,但不能一次切换全部流量。

方式适用场景配置方法
:--:--:--
灰度 Cookie浏览器类客户端按会话染色条件「灰度 Cookie」,名称从 zenova_canary、zenova_rollout、zenova_variant 中选一个并填写取值
请求头业务系统自行控制哪些请求走新路径条件「请求头」,例如 x-release-channel 等于 gray
加权分流按比例切换流量动作「转发到」,目标选择策略选「加权轮询」,为新旧目标设置权重
影子分派新目标先旁路试跑动作中添加「影子分派」,按比例复制请求到候选目标

操作步骤(以加权分流为例)

  1. 进入「流量 › 流量规则」,点「新建规则」。条件:模型分组属于试点分组、调用类型为「模型调用」;需要限定人员时追加「调用方」条件。
  2. 动作选「转发到」,目标选择策略选「加权轮询」,原目标权重 90%、新目标权重 10%;需要回退时添加备用档位并开启故障转移。
  3. 在右侧「验证规则」页签中确认本规则命中,再「保存规则」,在「确认变更」中核对命中顺序后点「确认并应用」。
  4. 在「实时流量」查看各目标的实际占比与耗时,在「运行总览 › 请求」核对真实落点;确认无异常后逐步调整权重直到 100%。

你会看到:「确认变更」列出字段差异、关联对象与命中顺序,页脚提示「确认后,命中的请求会按新规则走。发布前请先看命中顺序。」保存后,配置下发到网关节点需要十几秒到二十秒;「实时流量」按目标给出配置权重、实际占比与耗时分位。

图 35-3 转发到:目标选择策略选加权轮询,主要目标按权重分配

注意:规则按优先级从上到下匹配,设置了「结束匹配」的前序规则会截住请求;新规则保存后先用「验证规则」模拟一次,确认它确实会被命中(第 34.4 节)。加权轮询在小样本下比例会有偏差,判断比例以足够多的请求为准。员工对话与智能体的模型调用同样经过网关,灰度规则对它们同样生效。

快速回退:在规则清单中关闭该规则的状态开关,后续请求立即不再匹配,进行中的请求不受影响。需要回到历史配置时,在「修改记录」中查看各次变更,按差异改回并重新保存(第 34.6 节)。

35.5 阶段五:逐步推广

适用场景:试点稳定后,把使用范围扩大到更多部门与成员。

操作步骤

  1. 每次只扩大一个维度:增加一个部门、增加一个模型分组、增加一个 MCP 服务、开放一个智能体,或把一项观察策略改为拦截。
  2. 扩大后用范围外账号验证仍被拒绝;随后按真实用量调整配额,在「运行总览」关注费用与成功率。
  3. 在「使用洞察」处理试点期暴露的问题(第 31 章);需要通知成员的变化,用「系统设置 › 通知横幅」发布。
  4. 验证成熟的智能体可以发布给更大范围使用(第 17 章)。

阶段结束前逐项确认

  • [ ] 「运行总览 › 请求」中本阶段的调用全部可查,路由结论与命中规则符合预期
  • [ ] 策略命中记录的对象与次数符合预期,没有明显误报;「运行总览 › 告警」中没有未处理的严重告警
  • [ ] 范围外账号、未授权密钥的调用被正确拒绝;操作审计中的变更记录完整
  • [ ] 试点成员能在工作台完成对话、文件上传与知识检索,智能体任务能完成并在需要时发起审批
  • [ ] 已写下回退方式:停用哪条规则、恢复哪个范围、把哪项策略改回观察、停止哪个智能体

能力说明

不提供的能力替代做法
:--:--
多套环境在同一部署内隔离并同步配置按环境各部署一套,各自导入许可与配置;流量规则可导出 YAML 后在目标环境导入(第 34.3 节)
灰度 Cookie 使用自定义名称改用「请求头」条件做染色(见 35.4)
整条规则的「观察模式」(只记录不执行)护栏类动作选「仅记录,放行」;路由类变更先用「验证规则」模拟,再用极小权重放量(见 35.3、35.4)
按健康指标自动放量、异常时自动回退手动调整权重;配置故障转移切到备用档位;发现异常后停用规则(见 35.4)

---

上一章:34. 常用配置的维护与变更 · 下一章:36. 上线检查、稳定运行与管理交接