高并发场景选代理IP，最容易犯的错是按地址数量配，把连接数当成次要的。十条地址每条只允许五个并发，总容量是五十；两条地址每条允许三十个并发，总容量是六十。地址少反而更能扛，因为限制在连接数上，不在地址数上。
所以代理IP的第一步不是买多少条，是问清楚每条允许多少并发连接。这个数字通常写在服务条款里，问的时候要问「单地址并发上限」和「超出之后是排队还是拒绝」，两个答案决定了实际容量。有人只问前者，结果发现超限之后直接被拒，容量比算出来的少一半。
第二步是算自己的真实并发。不是窗口数，是同一瞬间在跑的请求数。窗口多但任务轻的，瞬间并发可能只有窗口数的三分之一；窗口少但任务重的，瞬间并发可能超过窗口数。
并发怎么算才准
算并发看峰值，不看平均。
算法是先测单窗口的请求频率，乘以同时活跃的窗口数，再乘一个峰值系数。峰值系数按任务类型取，网页类取一点五到二，接口类取一到一点二。算出来的数字，比凭感觉估的靠谱得多。
并发不够会怎样
表现是排队和超时，很少有人直接连不上。很多人把它当成线路质量问题，实际是并发打满了。区分方法很简单：把并发降到一半再跑，如果恢复正常，就是并发的问题。
按连接数选之后怎么分配
分配的原则是重要任务优先。把并发额度优先给不能等的任务，能等的任务排在后面。这样做的好处是峰值来的时候，关键任务不掉，次要任务慢一点没关系。
别忽略单连接的速度
连接数够，但单连接慢，总吞吐一样上不去。所以并发和带宽要一起看：并发决定同时能做多少件事，带宽决定每件事做多快。只调其中一项，另一项会成为瓶颈。
扩容的顺序
先加地址数还是先提并发上限，取决于当前卡在哪。被拒的比例高，说明并发打满，要先提上限；单条请求很慢，说明带宽不够，要先加带宽。两个指标一起看，才知道钱该花在哪。
长期怎么维护
代理IP的并发需求会随业务变化，所以容量要定期复核。复核的周期按业务变化速度定，变化快的每月一次，稳定的每季一次。复核的内容就两项：峰值并发和实际被拒比例。
并发算对了，地址数量自然就清楚了，也不会出现买一堆却跑不动的情况。