什么时候该换方案：代理IP原理的边界

有些问题不是调参能解决的，因为它的根源在原理层面。比如需要改变请求内容的场景，比如需要绝对低延迟的场景，这些超出了代理IP能做的事情。分辨配置问题与原理边界，是避免无效投入的关键一步。

三类典型边界

第一类是延迟敏感到极致，多一跳的代价无法接受；第二类是需要改变请求内容本身，而转发不改内容；第三类是需要对链路中间环节做精细控制，而这部分往往不可见。三类需求都不属于调优能覆盖的范围，需要换思路而不是换参数。

边界之外的，调参也没用。

怎么判断自己撞到了边界

判断办法是看优化是否有边际收益。连续几轮调整之后表现没有改善，或者改善幅度越来越小，基本可以确认接近边界了。这时继续投入的意义不大，应该回到需求本身重新设计，代理IP的方案调整需要有这样一个判断时点。

撞到边界之后怎么办

三种出路

通常有三种出路：调整需求，接受现状；改变链路结构，减少必须经过的环节；或者把任务拆开，只让必须经过的那部分走代理IP。三种都需要重新设计，而不是继续调参。代理IP能覆盖的场景很广，代理IP的定位也因此需要重新确认，但不是全部。

重新设计而不是继续调参

承认边界不是放弃，而是把资源放到能产生效果的地方。很多团队在边界上消耗了大量时间，原因只是没有意识到问题不在参数。把判断标准写下来，这类消耗就能被有效避免。

代理IP知道做不到什么，才知道该做什么。

把判断固定成习惯

最后回到实用层面：每次调整之前先判断当前问题是配置层还是原理层，判断依据就是前面那几条。这个习惯花不了多少时间，却能省下大量无效的尝试。