架构与性能
手机号状态查询结果要不要缓存:六个问题
同一个号码几天里被查了四次,用量涨上去之后团队分成两派:一派要加缓存省调用,一派担心结论过期。手机号状态查询的结果能不能复用、缓存时长定多少、命中率多少才值得做,按问题逐条回答。
分类中的文章
15篇
同一个号码几天里被查了四次,用量涨上去之后团队分成两派:一派要加缓存省调用,一派担心结论过期。手机号状态查询的结果能不能复用、缓存时长定多少、命中率多少才值得做,按问题逐条回答。
号码状态接口没有彻底挂,只是慢了或错了一半,这种两小时抖动最消耗团队。这篇按场景讲清延时型与会失败型抖动的区分、等降级切通道三种处置的代价、切换判据要写成哪几个数字,以及切回来为什么更容易出事。
号码实时状态检测放进前台链路后,页面等不起。这篇按场景讲清一次调用的耗时四段怎么拆、超时预算怎么分段设、缓存窗口按状态分档,以及查不到结果时的兜底顺序。
号码状态查询单次平均两百毫秒,六十万条名单却跑了一整夜。这篇按场景拆开耗时的四段构成、长尾从哪里来、批大小与并发怎么配、超时重试为何放大等待,以及一个能交代的耗时目标怎么定。
大促前一天收到八十万条名单,要求次日早上跑完。这篇按场景讲清批量号码状态查询的取舍:先用吞吐反推并发、把限流当常态处理、以及为什么落库常常比调用更慢。