同时做线上操作和日常浏览的时候，两种情况经常互相干扰：一边在跑任务，一边在查资料，结果两边的记录混在一起，出了问题谁也说不清是谁引起的。代理IP的一种用法就是把这两类请求分到不同的出口上，让它们各自留下互不影响的记录，这是很多人用过之后才发现的省事做法。
分开的好处不只是记录清楚。任务跑到一半需要停下来查资料时，如果同用一个出口，查资料的动作也可能被算进任务的用量里，最后对不上账；分开之后，两边的用量各自统计，谁超了谁的预算一目了然，责任也分得清。代理IP把这两类请求分开之后，谁超了谁的预算一看就知道。
要分到什么程度？
按用途分成两到三类就够了，不必每一件小事都单独一个出口。分类太细，配置会变得复杂，维护的人自己也会记混。代理IP的分开用法，标准是让你在出问题时能快速定位到是哪一类，而不是把每一件事都做成独立的系统。
分类完成之后，最好把规则写下来：哪一类任务走哪一类出口，什么情况下允许临时切换。写在纸上的规则，比记在脑子里的约定可靠，因为换人接手的时候，翻一下就知道该怎么配，代理IP的用法也就延续下去了。
「任务在跑，我又想查个东西，会不会互相影响？」
- 任务与查询分成不同出口
- 两边的用量分别统计
- 切换条件写进规则文档
- 分类数量控制在两三类
彼此的记录不混，问题就好找。
用代理IP把不同用途的请求分开，是一种很低的成本换来很清楚的边界。边界清楚之后，出问题不用先怀疑一圈，直接去看对应那一类的记录就行。代理IP在这里的角色是划边界，不是提速。