azure - Terraform AzureRM Azure API 管理创建 stv1 而不是 stv2

Question

我已经使用 terraform 创建了 Azure API 管理。现在我了解到 Microsoft 将于 2024 年停用 stv1。我想知道为什么我在 2022 年中期创建的 API 管理实例没有默认 stv2？

有没有办法告诉 AzureRM 提供商应该使用哪个 Azure Rest API？

https://learn.microsoft.com/en-us/azure/api-management/compute-infrastructure#how-do-i-migrate-to-the-stv2-platform

Answer 1

正如 @djflocko 所说，如果您使用 APIM 的 PIP 进行部署，它将不会使用 stv1。如果没有 PIP，它将使用 stv1。有点问题，因为原因导致您不使用 PIP...因为您正在进行“内部”部署。

编辑:APIM 的架构是它基本上有一个面向公众的 API，用于管理 APIM 网关。这始终需要公共(public) IP 地址，并且永远不会部署在 VNET 内部，无论是正常部署还是 VNET 外部/内部部署。这确实带来了一些奇怪的挑战。 APIM的另一部分是VM规模集(除非做自管理网关)；所以一个负载均衡器，然后是该 vIP 后面的一组虚拟机。进行 VNET 部署时，VM 规模集部署在 VNET 上。

在我看来，该解决方案存在一些没有得到充分记录的缺陷。记录的一件事是，VNET 内部部署“破坏”了 API 中的“测试”选项卡，因为该管理服务不在您的网络内部，无法与网关通信(网关是 VM 规模集、直接提取其配置信息)，用于除触发更新之外的许多方面。此外，出于同样的原因，通过 URL 导入架构无法与 VNET 内部部署一起使用(并且相关文档为零)。可以通过利用管理 API 的服务总线来转储请求来解决此问题，并且网关可以读取总线以执行要执行的操作，例如要求网关执行测试或通过 URL 导入架构，然后将响应返回到通过总线管理API。