Azure 资源管理器部署与存储帐户的经典部署
Azure Resource Manager Deployment vs Classic Deployment of Storage Accounts
我正在尝试了解 Azure 资源管理器部署与 Azure 存储帐户的经典部署之间的区别:
https://azure.microsoft.com/en-us/documentation/articles/resource-manager-deployment-model/
据我所知,如果我使用 Azure 资源管理器 (ARM) 部署方法来部署存储帐户 (v2),我将失去以下能力:
- 使用 table 存储容器作为 Web App 的存储位置
诊断。这是因为我只能启用诊断
通过旧门户,它似乎无法识别 ARM
v2 存储帐户。
- 能够基于
Storage Accounts
来源类型创建 CDN 端点。又是同样的场景;旧门户不
识别较新的存储帐户类型。
所以至少目前,这些限制迫使我使用(经典)存储帐户来使用上述功能。我是否理解正确,或者我是否遗漏了什么?
新门户目前无法执行这些操作,但它们在积压中。两者都应该可以使用客户端库(在 .Net、Node 和 Java 中可用)或通过 Powershell or Xplat CLI 可用的命令行工具来完成。
另请参阅:
我正在尝试了解 Azure 资源管理器部署与 Azure 存储帐户的经典部署之间的区别:
https://azure.microsoft.com/en-us/documentation/articles/resource-manager-deployment-model/
据我所知,如果我使用 Azure 资源管理器 (ARM) 部署方法来部署存储帐户 (v2),我将失去以下能力:
- 使用 table 存储容器作为 Web App 的存储位置 诊断。这是因为我只能启用诊断 通过旧门户,它似乎无法识别 ARM v2 存储帐户。
- 能够基于
Storage Accounts
来源类型创建 CDN 端点。又是同样的场景;旧门户不 识别较新的存储帐户类型。
所以至少目前,这些限制迫使我使用(经典)存储帐户来使用上述功能。我是否理解正确,或者我是否遗漏了什么?
新门户目前无法执行这些操作,但它们在积压中。两者都应该可以使用客户端库(在 .Net、Node 和 Java 中可用)或通过 Powershell or Xplat CLI 可用的命令行工具来完成。
另请参阅: