Azure DevOps Services流水线从NuGet源下载构件时出现503错误

原因 #

• 该503错误是NuGet源服务器（此处为Azure Artifacts）临时过载或资源不足导致的服务不可用，属于服务器端暂时性故障，因此重新运行流水线可能恢复正常。
• 也可能是流水线短时间内向NuGet源发起的请求量过高，触发了服务器的限流机制，导致服务暂时拒绝请求。

解决方法 #

• 添加自动重试机制：在流水线的dotnet restore步骤中配置失败重试逻辑，通过多次尝试规避暂时性故障。示例bash脚本：

retries=3
count=0
until dotnet restore /src/InvoiceData.Api.sln; do
  count=$((count+1))
  if [ $count -ge $retries ]; then
    echo "Restore failed after $retries attempts"
    exit 1
  fi
  echo "Restore failed, retrying... ($count/$retries)"
  sleep 5
done

如果使用Azure DevOps流水线，也可以直接给任务添加retryCountOnTaskFailure: 3参数实现重试。

• 启用NuGet缓存：在流水线中配置NuGet缓存，复用已下载的包，减少对远程源的请求次数。比如在Azure DevOps中添加NuGet Cache任务，或者执行restore时指定本地缓存目录，降低服务器压力。

• 优化流水线并发：避免多条流水线同时执行dotnet restore操作，调整执行时间窗口分散请求；同时检查流水线中是否存在重复的restore步骤，减少不必要的请求。

• 检查NuGet源稳定性：可以临时切换到官方NuGet源测试，确认是否是私有源（Azure Artifacts）本身的稳定性问题；若为私有源，可检查其资源配额是否充足，必要时申请扩容。

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