使用 SQL 进行功能推出分析
渐进式部署需要进行比较，以保留分配、发布、产品结果、数量和观察时间。如果没有这些字段，流量组合的变化可能看起来像是功能回归或改进。
检测分配边界
记录受控功能标志名称、部署或控制队列、应用程序发布、终端状态、持续时间、环境以及重复数据删除需要时批准的帐户或请求标识符。保持比较窗口的分配稳定。如果帐户切换群组，请保留转换时间，而不是用最新值标记其所有历史事件。
请勿收集标记有效负载、定位规则、客户属性、请求正文或原始错误消息。使用受控错误类别和有界队列标签。
首先比较可靠性
功能推出 SQL 配方 按标志、队列和版本对请求进行分组。它将请求计数、失败计数、错误率和平均延迟保存在一起。确定性夹具显示，推出队列有一次失败且平均延迟较慢，而其对照队列没有失败。
按顺序查看结果：
- 确认两个队列观察到相同的释放和完整的时间窗口。
- 在控制和部署方面需要足够的请求。
- 比较错误率和延迟，然后检查受控错误类别。
- 仅当分配和数量支持时才按计划、路线或区域进行细分。
- 使用书面护栏暂停、继续或扩展。
对于业务成果，只有在可靠性可接受后，才将相同的稳定任务加入到激活或收入里程碑。 产品旅程指南 展示了如何保持计数单元显式。
使推出决策可重复
保存 SQL、回顾窗口、最小样本规则、发布和部署百分比以及决策。仪表板应标记分配更改和部署，以便响应者可以区分功能效果和同时的代码更改。
使用 API 可靠性配方 进行错误预算、版本比较、客户影响和依赖性延迟。护栏应该需要持续的证据；一次小批量故障应该引发审查，而不是自动得出不可逆转的结论。