400 万次/日接口调用，怎样说明服务规模？

标准回答

搜索产品的规模数据包括累计约 20 万注册用户、3 万付费用户，日活峰值约 3 万，单日 API 请求峰值约 400 万。这里要区分累计用户、某一天的活跃和一天内的请求总量，它们不是同一个指标。

400 万次每天平均约 46.3 次每秒，但这个平均值不能代替峰值 QPS。请求可能集中在某些时段，也可能包含开发者 API 客户端，所以也不能简单除以日活，得出每个用户的实际调用次数。

这些数据能说明产品被持续使用，并承受过对应的实际请求量。要进一步说明系统容量，还需要当时的机器规格、部署数量、请求类型、缓存命中率、成功率和延迟分位数。一个大量命中缓存的接口，与复杂冷查询的处理能力不能直接比较。

因此我会准确说“单日请求峰值 400 万”，不会说成“百万并发”或未经验证的单机能力。商业数据也同样区分口径：累计流水不是净利润，累计付费占比也不自动等于某个渠道的新增转化率。

如果大量调用来自开发者 API，那么总请求量不应简单归到 3 万 DAU 上计算“每位用户调用次数”。

3 万除以 20 万等于 15%，它表示在相应累计统计口径下的付费用户占注册用户比例。要比较经营效果，还需要统一统计时间、去重方式和付费定义。它不是某个月新增用户的转化率，也不是某个获客渠道的漏斗转化率。我会保留累计口径，避免让一个简单比例承担它不能支持的结论。

现有数据只能确认单日累计请求峰值，不能由此推出最高 QPS。46.3 是全天平均，并不代表瞬时峰值，更不是系统极限。要回答最高承载能力，需要给出固定机器和接口混合比例下的监控或压测，同时说明成功率和 P95/P99。没有这组记录，我会明确当前能证明的是实际日请求规模。

不能把 400 万次/日表述成“百万级并发”。40 万元累计流水也不能直接等同净利润。