分类中的文章

架构与性能

15篇

号码状态查询的移动端直连：密钥放哪

注册页想让用户输完手机号就提示空号，前端同学打算在小程序里直接调号码状态查询接口。AppCode 放进客户端等于公开，这篇讲代理层该放在哪、返回结果怎么裁、防刷与延迟怎么权衡。

凌晨两点被叫醒三次，两次是名单里几十个号码格式不对，真正把并发打满的那一轮反而没告警。这篇按场景讲清号码状态查询的告警该怎么挂：失败先分三类、五个数挂监控、阈值用基线定、分级写进值班手册。

名单从十万条涨到三百万条之后，单实例的号码状态查询任务开始跑不完一夜。这篇按场景讲分片执行怎么落地：切片键怎么选才不歪、各片进度怎么合成一个数、某片卡住靠什么发现、片数加到多少就该停，以及加机器之前要先用吞吐算一遍出口配额。

超时和连接参数都躺在配置文件里，可很少有人说得清每个数字为什么是它。这篇用六个问题把号码状态查询客户端侧的排查顺序排开：连接复用、读超时取值、超时与重试的配合、连接池、分段打点，以及超时条目该怎么处置。

接口成功率还是九十九点九，P95 却从三百毫秒爬到一秒二，监控不响，业务先来催。这篇用六个问题讲清号码状态查询的性能退化怎么判断：跟什么基线比、慢到什么程度值得动手、按什么顺序找原因、要不要马上降并发。

业务铺到第二个机房之后，两边都在调号码状态查询接口，问题会集中在三处：配额按哪个口径算、延迟差多少、结果写进哪个库。这篇讲双出口调用的几个坑，以及上线前该定下来的四件事。

月底做用量复核，发现调用次数比提交的名单条数多出两成三，名单本身已经去过重。把日志按号码聚合，同一分钟里有三个上游任务提交了高度重叠的名单。这篇讲号码状态查询的重复提交从哪来、幂等键怎么定、去重放哪一层，以及并发穿透怎么堵。

查询接口大面积超时的那天早上，业务方在群里问要不要把这批注册全拦下来。这篇按号码状态查询的实际链路，讲清哪些环节拦得起、哪些拦不起、降级期的三种处置怎么选，以及放行之后怎么补查与回填。

上线前的压测报告里常常只剩「失败」两个字。这篇讲号码实时状态检测接口的压测怎么设计：并发梯度按倍增档位怎么爬、样本为什么不能反复用同一批号码、成功率之外还要盯哪些指标，以及结果怎么落成容量结论与配额申请。

手机号状态查询的批量任务收尾时总剩下一千多条失败，很多人第一反应是把失败条目原样再提交一遍。这篇讲失败要分三类、重试上限怎么和批次预算挂钩、死信队列里该放哪几样东西，以及重试是怎么悄悄把账单抬上去的。