线路数量有限而业务种类多时，共用不可避免。共用的问题不是能不能一起用，而是一起用之后互相拖累。代理IP线路在多业务共用时最容易出现的状况是某个业务在某一时段把连接资源占满，其余业务全部排队。共用要成立，靠的是事先定好的使用规则，而不是靠各业务自觉。本文按共用前的三个确认、三条规则与一处失效信号讲代理IP线路的共用怎么做。
共用之前要确认三件事。第一是这类业务对出口归属是否有要求：需要固定归属的业务不能与其他业务共用，归属变化对它们意味着业务失败；对归属不敏感的业务才具备共用条件。第二是并发特征是否相近：一个业务长期低并发、另一个呈脉冲式冲高，两者共用会让低并发的一方在对方的冲高中排队。第三是失败后果是否可比较：核心业务与临时任务共用，等于把核心业务的风险绑在一个不受控的一方身上。三件事里只要有一件明显不匹配，就不该共用，改造比协调便宜。
确认后进入规则。第一条规则是给每个业务设占用上限。这个上限不是限制业务，而是保证共用的任何一方都无法独占。上限取该线路设计容量的一个较小比例，留出余量给其他业务。批量环境的经验是，不设上限时最先耗尽资源的总是请求最密集的业务，它自己不会觉得有问题，其他业务却全在排队。
第二条规则是分时段的优先级。同一时间共用时，高峰时段要有一个明确的优先方，其余方接受排队。优先级按业务后果定，不按业务规模定——规模大的业务未必后果重，一次失败就影响数据完整性的业务规模可能很小。优先级写进规则而不是靠现场沟通，这是共用能不能长期维持的分界。
第三条规则是变更通报。某个业务用量结构变化时，要通知共用范围内的其他方。这条看起来是最软的一条，实际最容易出事。共用的基础是各方对用量分布有共同预期，一方悄悄翻倍之后，其余方会以为线路出了问题，各自去查自己那一段，浪费的时间成倍累加。
共用还要看一类失效信号：某条线路的异常在固定时段集中出现，而且时段与某个业务的批启动时间吻合。这说明该业务的冲高已经超出了共用设计能承受的范围，此时改规则没用了，应该做的是把这个业务拆出去单独配一条线路。代理IP线路的共用规则在业务结构变化之后需要重估，不是一次定完就一直有效。
最后说共用的边界。三条规则能解决共用中的排队与优先级问题，但解决不了容量本身不足的问题。判断方法是把共用范围内各业务的峰值用量加起来，与线路的设计容量比——总和已经接近上限时，任何规则都只能让问题分配得更均匀，不能让问题消失。这时该谈的是增加线路或者收缩某些业务，规则调整属于后一步的事。批量环境里共用矛盾大多在总量上，把精力花在细则上是常见的走偏。
问：共用规则定了之后有业务不遵守怎么办？
靠技术约束而不是靠沟通。上限与优先级做成实际生效的限制，不遵守时会被限住而不是只是被提醒。写在文档里的约定在多业务环境下维持不了太久。
问：几个业务都觉得自己该有最高优先级，怎么定？
把讨论从规模挪到后果：让各方说明一次失败具体造成什么损失。按可核对的后果排，多数争议会自己缩小；排不出来的情况说明需要引入更上一级来定，而不是继续在会上讨论。