如何加速Azure DevOps Pipeline中的Azure Cosmos DB Emulator任务组

我来给你几个经过实践验证的加速方案，解决你遇到的每次流水线运行都要花20分钟下载Cosmos DB Emulator的问题：

• 指定固定版本的模拟器，让缓存策略生效
  你之前缓存失效的核心原因是任务组默认拉取最新版本，每次版本号变化导致缓存键不匹配。解决办法很简单：在Cosmos DB Emulator任务的配置里，找到EmulatorVersion参数（或者界面上的“版本”选项），填入一个固定的稳定版本号（比如2.14.0，你可以去Cosmos DB官方发布记录里找适合你测试需求的版本）。这样每次流水线都会下载同一个版本，Azure DevOps的缓存机制就能复用之前下载的文件，避免重复耗时下载。

• 切换到自托管代理运行流水线
  如果你现在用的是微软托管的代理，每次运行都是全新的虚拟机，自然要重新下载。换成自托管代理的话，只需要在代理机器上下载一次Cosmos DB Emulator安装包，后续流水线直接调用本地的安装文件即可。你可以把安装包放在代理机器的固定目录，然后修改任务组的安装路径，指向本地文件，完全跳过下载步骤。

• 自定义缓存逻辑，用Azure Pipelines Cache任务管控安装包
  如果你不想修改任务组的默认逻辑，可以自己封装一个前置脚本，用Azure Pipelines的Cache任务来缓存模拟器安装包。大致步骤如下：

  1. 定义缓存键，比如用cosmos-emulator-$(EmulatorVersion)作为键，确保固定版本对应固定键；
  2. 设置缓存路径为模拟器安装包的下载目录；
  3. 先检查缓存是否命中，命中则直接使用本地文件；未命中则下载指定版本的安装包，再存入缓存。
     这样就能精准控制缓存的命中逻辑，避免每次都拉取最新版。

• 将模拟器安装包托管到Azure Artifacts
  把你常用的Cosmos DB Emulator版本上传到自己的Azure Artifacts feed中，然后在流水线里从这个feed下载安装包。Azure内部网络的传输速度远快于公共网络，而且你可以完全控制版本，同时结合缓存策略，进一步减少下载耗时。

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