Azure DevOps：同一自托管VM部署多个代理的经验与风险咨询

实践经验 #

• 独立工作目录配置：安装每个代理时必须指定唯一的工作目录，避免文件冲突。比如Linux环境执行配置命令时添加--work "_agent_work_2"参数；Windows环境用config.cmd --work "_agent_work_2"设置。
• 独立服务实例：如果将代理作为系统服务运行，每个代理要设置专属服务名。Windows下通过--service-name "ADOAgent-Service-02"指定，Linux则需创建不同的systemd单元文件，明确各自的工作目录与执行路径。
• 资源配额控制：在Azure DevOps代理池的代理设置中，给每个代理限制并行作业数量。比如4核8G配置的VM，可给每个代理分配1-2个并行作业，防止资源耗尽。
• 权限最小化：运行代理的账号仅需拥有工作目录读写、依赖工具执行的权限，不要使用管理员或root账号，降低安全风险。

弊端与潜在副作用 #

• 资源竞争问题：多个代理同时执行编译、打包等资源密集型任务时，会抢占CPU、内存、磁盘IO，导致作业执行效率下降，甚至因资源不足失败。
• 环境依赖冲突：若不同作业依赖不同版本的开发工具（如Node.js、.NET SDK），未做容器、虚拟环境等隔离措施时，会出现版本冲突，引发作业失败。
• 故障影响范围广：VM一旦出现宕机、网络故障等问题，所有部署在该VM上的代理都会失效，引发大量CI/CD作业排队，影响整体交付流程。
• 日志排查难度高：若未单独配置日志目录，多个代理的日志会混杂在一起，排查单个作业问题时需逐一区分日志文件，增加排查成本。
• 维护成本提升：每个代理需要单独进行版本升级、配置更新，当Azure DevOps服务端更新时，需逐个操作VM上的代理，维护复杂度随代理数量增加而上升。

内容的提问来源于stack exchange，提问作者whatever