实现金融级 A/B 测试场景下基于 split_clients 的无损、按比例流量精准切分-Nginx-PHP中文网

split_clients需配合稳定user_id哈希、shared_dict热更新策略、全链路bucket_id透传与实时监控校验，才能满足金融级a/b测试的无损、精准、一致刚性要求。

实现金融级 a/b 测试场景下基于 split_clients 的无损、按比例流量精准切分

在金融级 A/B 测试中，“无损”和“精准按比例切分”不是理想状态，而是刚性要求。split_clients 指令本身不保证金融级一致性，必须配合确定性哈希、固定种子、全链路 ID 对齐与状态隔离机制，才能真正落地。

split_clients 默认基于 $remote_addr 或 $request_id 生成随机哈希，但金融场景中用户可能跨设备、跨地域、跨代理访问，$remote_addr 不稳定；$request_id 每次请求都变，导致同一用户反复切换分组 —— 这直接破坏实验有效性。

正确做法是将业务侧透传的、稳定唯一的 user_id 或 account_id（需脱敏处理）作为哈希输入源：

金融系统不允许 reload nginx 导致连接中断，也不能因配置变更引发流量抖动。split_clients 本身不支持运行时权重调整，需绕过原生指令，构建可热更的分流层：

用 shared_dict 缓存一份 JSON 格式的分流策略（如 {"exp_fund_v2": {"A": 60, "B": 40}}），由配置中心定时推送或通过 Lua RPC 主动拉取
在 access_by_lua_block 中，根据 user_id 计算哈希值，再结合当前策略中的百分比边界判断归属（如 hash % 100
所有策略变更仅更新字典内容，不触发 Nginx reload，毫秒级生效且零丢包

金融 A/B 测试必须满足监管对“可控、可观、可溯”的要求。单纯流量切分不等于合规：

每个实验必须绑定独立命名空间（如 exp_fund_v2_A），禁止不同实验共享同一组 upstream 或缓存 key 前缀
所有分流决策日志需写入专用审计通道（如 Kafka topic：audit.exp-split），包含 user_id（脱敏）、bucket_id、timestamp、实验名、Nginx worker_id
关键路径（如支付、申购）强制开启白名单兜底：若用户命中高风险标签（如 VIP、司法冻结），自动跳过实验，直连基线版本

上线后必须验证实际分流比例是否严格符合预期，尤其关注长尾用户分布偏差：

每 5 分钟从审计日志抽样 10 万条，用 Spark SQL 统计各实验组 UV/PV 占比，误差 > ±0.3% 触发告警
在 Nginx log_format 中嵌入 $exp_bucket 变量，接入 Prometheus + Grafana，实时看板展示各实验组 QPS、错误率、延迟 P95 对比
对同一 user_id 的多次请求，校验其 bucket_id 是否恒定 —— 若出现漂移，立即定位是 ID 提取逻辑异常还是哈希实现不一致