面临与 Azure 应用服务资源部署相关的问题。 我们在订阅 A 中已有一个具有自定义域 XYZ 的应用程序服务。 现在，我们尝试在订阅 B 中创建具有相同域名 XYZ 的新应用服务。 我们已在 DNS 区域中添加了适当的 asuid TXT 记录，用于将域映射到新的应用服务。我的意思是有一个 asuid.XYZ TXT 记录，其中包含两个应用程序服务的验证 ID。根据文档，这是将多个应用程序绑定(bind)到同一域所必需的。
现在，在我们的 ARM 版本中，我们面临以下失败: 主机名“XYZ”与现有主机名冲突。
根据应用服务文档，应该可以为多个应用分配相同的自定义域，以便我们可以在不停机的情况下进行迁移。我确实找到了一些链接，指出如果应用程序的部署单元相同，则此自定义域分配将产生如上所述的冲突。例如。 Migrate an active DNS name - Azure App Service | Microsoft Learn
但这似乎完全超出了我们通过部署控制的能力？ 我们是否遗漏了什么，或者有人对如何解决这个问题有更多的想法？
最佳答案
根据您提到的文档:
When you create two apps in the same resource group and the same region, Azure puts them in the same deployment unit. However, there's no way to make sure that the opposite is true. In other words, the only way to create a plan in a different deployment unit is to keep creating a plan in a new resource group or region until you get a different deployment unit.
如果您在不同的资源组中创建新的 AppService 计划，您将很有可能获得不同的部署单元。
可能无法保证。但我进行了快速检查，发现在不同资源组中的 56 个 AppService 计划中，我没有获得任何重叠的部署单元。
您还可以在新的资源组中创建 AppService 计划，直到获得所需的新部署单元，然后将 AppService 计划移动到所需的资源组中。它将保留在同一个部署单元中。
关于azure - 尝试将自定义域添加到新应用服务时与现有主机名冲突，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/75531068/