持续集成流水线里的代理IP怎么安排

持续集成把构建、测试、部署串成一条自动流程，每次提交都会触发一轮。这条流程里有几步需要访问外部资源，也有几步会跑测试用的任务。代理IP在这条流程里的用法，和手工操作时很不一样：没人盯着，出问题只能靠日志。

流水线里的两个阶段

一条流水线大致分两段：前一段准备工作，包括拉代码、装依赖、构建产物；后一段跑验证，包括单元测试和联调测试。前一段的网络需求是可达性，后一段才可能用到代理IP。把两段分开考虑，配置才不会互相干扰。

• 准备阶段的网络需求是能拉到资源
• 验证阶段才可能用到代理IP
• 两段用同一份配置，容易互相影响
• 分开配，改动一处不会牵动另一处

哪些步骤真的需要走代理

哪几步要联网

仔细数一遍，需要访问外部的地方并不多。把这几步列清楚，配置就可以只落在需要的地方，其余步骤保持直连，速度和稳定性都更好。

凭据怎么放

流水线里的凭据应当由平台管理，从密钥存储读取，不写在脚本里。脚本里出现明文凭据，会跟着代码仓库一起流传，也难以轮换。平台支持在运行时注入的，优先用注入的方式。

失败重跑要注意什么

流水线失败后重跑是常态。重跑时要注意上一次的资源有没有释放，尤其是并发额度这类有上限的东西。上一次没释放、这一次又占一份，几次下来额度就被占满了，表现出来是任务排队或者直接报额度不足。给每一步加上释放动作，重跑就不会互相打架。

哪些事不该交给流水线

流水线适合跑固定的、可重复的动作。需要人工判断的步骤，比如核对一批代理IP的结果是否符合预期，放进去反而增加复杂度。选择走哪条线路这类决定，还是人工定更稳妥，流水线只负责按定好的配置执行。

没人在旁边看着，配置就要写得更保守。

流水线里的代理IP配置，重点在边界清楚：哪几步走、哪几步不走、凭据从哪来、重跑时怎么不打架。把这几点定下来，流程跑起来就稳。出问题时日志是唯一的线索，所以每一步留下能对得上的记录，比事后猜原因省事得多。自动跑得越多，配置越要写在明处。