编写 Azure 资源脚本的覆盖面最广的方法是什么？
What is the most covered way of scripting Azure resources?
我知道 ARM、REST SDK 和 CLI Powershell cmdlet。
我想知道的是；其中哪些对脚本资源的支持最广泛，而无需接触（确实非常慢）Azure 门户？
而且我也很想知道在预览功能方面，Microsoft 通常首先发布哪一个？
Azure REST Api 显然是最好的方式，但最不方便（可能有更好的词来形容它）。我真的很喜欢 arm 模板，它们（基本上）允许你定义你想做的 REST api 调用，并允许做一些 looping\parametrizing\etc。由于 arm 模板只是其余模板的代理 api，它们通常工作得很好。
Azure 中的每项服务都使用 REST API 公开。大多数 API 都得到了公开支持。有些不是。
这取决于构建构成 Azure 的元素的团队，通常是他们的主要客户群。 Windows IaaS 和 AAD 团队大多首先使用 PowerShell。机器学习和 AI 似乎更青睐 azure-cli，它内置于 Python，一种在大数据场景中非常常用的语言。 Azure Devops 团队最近从 Visual Studio 转移到 Azure 品牌（以前称为 Visual Studio Team Services，Visual Studio Online，Team Foundation Service preview）。他们的工具主要基于 Node 和 Powershell。并非 Azure 中的所有内容本身都是 "Resource"。因此，并非所有内容都是使用 Azure 资源管理器模板 (ARM) 创建或更新的。
因此，不幸的是，在自动化 Azure 方面没有金锤子。
我知道 ARM、REST SDK 和 CLI Powershell cmdlet。
我想知道的是；其中哪些对脚本资源的支持最广泛，而无需接触（确实非常慢）Azure 门户？
而且我也很想知道在预览功能方面，Microsoft 通常首先发布哪一个？
Azure REST Api 显然是最好的方式，但最不方便（可能有更好的词来形容它）。我真的很喜欢 arm 模板，它们（基本上）允许你定义你想做的 REST api 调用，并允许做一些 looping\parametrizing\etc。由于 arm 模板只是其余模板的代理 api，它们通常工作得很好。
Azure 中的每项服务都使用 REST API 公开。大多数 API 都得到了公开支持。有些不是。
这取决于构建构成 Azure 的元素的团队，通常是他们的主要客户群。 Windows IaaS 和 AAD 团队大多首先使用 PowerShell。机器学习和 AI 似乎更青睐 azure-cli，它内置于 Python，一种在大数据场景中非常常用的语言。 Azure Devops 团队最近从 Visual Studio 转移到 Azure 品牌（以前称为 Visual Studio Team Services，Visual Studio Online，Team Foundation Service preview）。他们的工具主要基于 Node 和 Powershell。并非 Azure 中的所有内容本身都是 "Resource"。因此，并非所有内容都是使用 Azure 资源管理器模板 (ARM) 创建或更新的。
因此，不幸的是，在自动化 Azure 方面没有金锤子。