成功率九成以上，看起来已经很不错，但剩下那一小部分可能是真正的麻烦。使用代理IP时，长尾失败的特点是比例低、分布散、却持续存在。它们不会让方案不可用，却会稳定地消耗排查时间，也会在关键时刻造成任务中断。忽略这一部分，等于把风险留在系统里，等它在最不合适的时候冒出来。
需要注意的是，长尾失败的代价主要是时间成本，不容易在报表上直接体现，使用代理IP时最容易被低估。
长尾从哪里来
常见来源有三处：个别来源的持续异常、特定时段的集中波动、以及任务自身的边界情况。使用代理IP时，三处的表现相似，处理方式却不同。先按分布分类，再逐一确认，定位会快很多，也不至于把所有问题都归到资源上。
怎么衡量它的代价
把排查耗时算进来。使用代理IP时，一次长尾失败可能只占很小的请求比例，但确认原因往往需要翻查多个时段的数据。按周累计这些时间，数字通常比想象中高，也更能说明为什么值得优先处理。
什么情况可以先放着
任务本身可重试、失败比例长期稳定且不影响关键环节时，可以先放着。使用代理IP时，把这一类明确标记出来，写清为什么暂不处理，避免每次复核都重新讨论同样的问题，也节省团队的注意力。
处理之后要看什么
看比例是否真的下降，而不是看某一次是否成功。使用代理IP时，长尾本身波动就大，单次结果说明不了问题。连续观察几个周期再下结论，处理效果才判断得准。
- 按分布分类再逐一确认
- 把排查耗时计入代价
- 可重试且稳定时暂缓处理
长尾不掉，体验就很难真正变好。使用代理IP时，整体指标改善的空间往往有限，长尾部分却是可以显著压缩的。把注意力放在这里，投入产出的比通常更高，用户的体感变化也更明显。
盯住长尾，不放过小的。
长尾也要定期重算。使用代理IP时，任务变化之后，原来的长尾可能已经消失，也可能换了位置。每隔一段时间重新统计一次分布，判断才能跟得上实际情况。