Azure Pipeline能否调用常驻ACI容器执行CLI命令

该方案完全可行，以下是具体落地方式，同时补充更适配流水线调试场景的镜像拉取慢优化方案：

常驻ACI调用实现方式 #

• 提前基于ACR存储的tools镜像创建ACI实例，启动时配置长驻命令tail -f /dev/null，避免容器主进程退出导致实例自动停止。网络层面建议将ACI部署在与流水线Agent互通的VNet内，走内网访问，不要直接暴露公网，同时给ACI配置对应操作权限的托管标识。
• 流水线侧移除原有resource: container的镜像拉取配置，直接在流水线任务中通过Azure CLI的exec能力连接到运行中的ACI实例执行目标命令，核心调用命令格式为az container exec --resource-group <ACI所在资源组名称> --name <ACI实例名称> --exec-command "需要执行的具体CLI指令"，命令执行的输出会直接回传到流水线日志中，和本地在容器内执行命令的效果完全一致。
• 注意事项：长期运行的ACI需要配置镜像更新策略，定期同步你推送到ACR的最新版tools镜像，避免实例内工具版本与最新镜像不一致；严格管控ACI的访问权限，避免未授权调用。

更低成本的镜像拉取慢优化方案 #

如果只是为了解决频繁调试时镜像拉取耗时长的问题，不需要额外维护常驻ACI，可直接选择以下两种无额外持续成本的方案：

• 若使用微软托管Agent：在流水线中添加Docker层缓存任务，将tools镜像的分层缓存到流水线缓存存储中，首次拉取完成后，后续调试运行直接读取缓存内容，镜像拉取耗时可从5分钟压缩到10秒级别，不需要额外维护云资源。
• 若使用自托管Agent：提前在Agent宿主机上拉取最新版tools镜像到本地，流水线配置容器资源时开启本地镜像优先匹配，完全跳过ACR拉取流程，速度更快。

方案选型参考 #

• 若你的tools镜像不仅拉取慢，容器启动初始化（比如加载依赖、预热环境）耗时也超过1分钟，选常驻ACI方案，可以同时省掉镜像拉取和容器启动的等待时间，缺点是会产生ACI持续运行的计算费用，需要定期维护实例。
• 若只是镜像拉取慢、容器启动速度快，优先选镜像缓存方案，没有额外成本，配置维护更简单，完全能满足日常频繁调试的需求。

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