如何告诉Octopus Deploy等待同一台计算机上的另一部署完成？

在深入探讨答案之前，重要的是要理解为什么该信息首先出现。每次在部署目标上运行一个步骤时，触手都会创建一个“ Mutex”以防止其他项目对其进行干扰。一个早期的用例是在部署过程中更新IIS元数据库。在某些情况下，并发更新将导致随机错误。

选项1：禁用互斥

我们已经看到互斥锁是延迟的原因。互斥锁是按步骤而不是按部署应用的。常见的情况是，八达通看上去在部署之间“跳跃”。根据并发部署的数量，这可能会减慢部署速度。自然的想法是完全禁用互斥锁。

通过添加变量OctopusBypassDeploymentMutex并将其设置为，可以禁用互斥锁True。该变量可以存在于特定项目或变量集中。

有关该变量作用的更多详细信息，请参见本文档。如果确实禁用互斥锁，请对其进行测试并监视是否有任何故障。在大多数情况下，我们看不到禁用互斥锁的问题，但是它有时会发生。它取决于许多其他因素，例如应用程序类型和Windows版本。

选项2：利用部署发布步骤

另一个选择是使用部署发布步骤来协调项目。通常，当要部署的项目属于同一应用程序套件的一部分时，这最有效。在下面的示例屏幕快照中，我有五个“部署”项目：

• Azure工作者IaC
• 数据库工作者IaC
• Kubernetes工作者IaC
• 脚本工作者IaC
• 八度研究

该项目负责Unleash the Kraken协调那些项目的部署。

它通过使用Deploy a Release步骤来执行此操作。首先，它启动所有基础架构，然后部署应用程序。

如果服务器托管50个不同的应用程序，则此方法将无法正常工作。

选项3：利用API来检查正在运行的部署

最终的选择是在每个项目的开始处包含一个步骤，该步骤会命中API，以检查针对部署目标的针对部署目标的活动版本。如果找到活动的部署，请等待直到完成。

您可以通过点击端点来做到这一点https://[YOUR URL]/api/[SPACE ID]/machines/[Machine Id]/tasks?skip=0&name=Deploy&states=Executing%2CCancelling&spaces=[SPACE ID]&includeSystem=false。这将告诉您正在为特定计算机运行的所有活动任务。

您可以Machine Id通过从中提取值来获得Octopus.Deployment.Machines。您可以Space Id通过从中提取值来获得Octopus.Space.Id。

这种方法的伪代码可能看起来像这样（我不包括实际的代码，因为您的要求可能大不相同）。

activeDeployments = true

while (activeDeployments)
{
      activeDeployments = false
      foreach(machineId in Octopus.Deployment.Machines)
      {
             activeTasks = https://[YOUR URL]/api/[Octopus.Space.Id]/machines/[Machine Id]/tasks?skip=0&name=Deploy&states=Executing%2CCancelling&spaces=[Octopus.Space.Id]&includeSystem=false

             if (activeTasks.Count > 0)
             {
                      activeDeployments = true
             }
      }

      if (activeDeployments = true)
      {
            Sleep for 5 seconds
      }
}