广告验证平台稳定性压测：2 个方案怎么排

首段判断：广告验证平台稳定性差异主要来自压测链路与资源隔离，A 方案适合日常小流量压测，B 方案更适合高并发峰值验收。预算有限先选 A 跑通链路，接近投放峰值再升 B。

结论：先跑通链路，再按峰值选档

判断依据在于广告验证平台的压力场景比普通业务更碎：曝光校验、点击回传、去重比对、规则命中都要在同一秒内完成，任一环节排队都会放大为误判。A 方案走共享型云主机加本地压测脚本，链路短、起量快，适合验证接口是否扛住日常波动。B 方案把压测端和被测端分到独立宿主，用多台压测机同步打流，能得到更接近真实投放峰值的曲线。选型顺序建议先 A 后 B，而不是一步到位，因为 A 阶段暴露的多是配置错误，B 阶段才暴露容量瓶颈。

两者差距不在单机性能表，而在隔离度与可复现性。A 的压测流量与被测服务共享宿主，容易受邻居和磁盘抖动干扰；B 通过独立宿主与固定带宽把干扰项压到较低水平。先用 A 确认脚本、账号、鉴权、回传格式都对，再切 B 做容量验收，可以少花一轮返工成本。

参数对比：广告验证平台 的规格与实测

下表为两套压测方案在相同被测服务下的配置与实测记录，数字来自三轮 30 分钟压测取中位值。被测端均为同一套验证接口，差异只体现在压测侧资源与网络路径。

表格里最值得看的不是峰值，而是稳定并发与 P95 延迟这两行。A 在 1,800 QPS 附近延迟开始爬升，说明压测机自身先到瓶颈；B 的 3 台专用机把压测侧瓶颈推到 6,500 QPS 之外，才真正测到被测端。核对时建议记录压测机 CPU 与网卡利用率，压测侧打满时的数据不能算被测端容量。

1. 固定被测接口版本与压测脚本，先各跑 10 分钟预热，丢弃前 3 分钟数据。
2. 按 500 QPS 阶梯递增，每档稳定 5 分钟，记录错误率、P95 延迟与压测机负载。
3. 对同一档位重跑 3 轮取中位值，并核对服务端日志与鉴权失败计数是否一致。

成本：费用拆解

费用分三块：压测机、被测端、以及人力与时间。A 方案压测机约 199 元/月，被测端按 2 台 4 核 8G 计约 600 元/月，单轮压测半天人力按 400 元折算，一个月跑 4 轮，合计落在约 1,200 元/月（经验估算，仅供参考，区间 1,000–1,500 元）。B 方案压测机约 1,200 元/月，被测端需扩到 6 台约 1,800 元/月，人力同口径约 1,600 元/月，合计约 4,600 元/月（经验估算，仅供参考，区间 4,200–5,000 元）。

差价主要买的是隔离度与可复现性。若每月只做一次上线前验收，A 够用；若验证系统每周迭代规则、需要回归容量曲线，B 的摊薄成本更合理。压测机按小时计费更省，短时压测约 3 元/小时起（经验估算，仅供参考），长期跑容量基线再考虑包月。可参考云服务器的计费方式，压测端与被测端分开预算，避免把压测开销混进业务成本。

风险与边界：适用限制

• A 方案压测流量与被测服务共享宿主，磁盘与网络争用会让延迟数据偏高，不能直接用于对外容量承诺。
• B 方案三台压测机需统一时钟与脚本版本，任一台漂移都会让并发曲线失真，压测前要核对 NTP 与镜像版本。
• 两套方案都只覆盖接口层，验证链路里的第三方回传、风控名单同步等外部依赖仍需单独打桩，高防服务器场景还要另测清洗阈值。

压测结论有时效性。投放素材、规则阈值、名单规模一变，容量曲线就要重跑，建议把压测脚本纳入版本管理，规则变更后自动触发一轮小流量回归。涉及资质与日志留存要求时，先看IDC资质与合规的说明，再决定压测数据保留周期。

常见问题

A 方案能压到多少并发？

A 方案在错误率 1% 以内可稳定跑到约 1800 QPS。必安云实测显示压测机 CPU 先到 85%。再往上加并发数据会失真，需换 B 方案。

压测机要几台才够？

按 B 方案的经验，压测端每台约承担 2000 QPS。必安云建议至少 3 台起步。被测端核数越多，压测机也要同步增加。

压测数据要保留几天？

建议保留 7 天以上原始日志。必安云提醒，规则迭代后对比基线至少需要 2 轮数据。留存周期还要符合合规要求。