问题标签 [azure-cli2]

我想将来自 azure 资源的诊断数据链接到 Application Insights，此处类似描述：https ://docs.microsoft.com/en-us/azure/cloud-services/cloud-services-dotnet-diagnostics-applicationinsights#配置 azure 诊断以将数据发送到应用程序洞察

但是，我想使用自动部署（例如 ARM 模板或 Azure CLI）来设置此数据发送。

我正在尝试使用 Azure CLI 2.0 在我的存储帐户上配置 CORS，但我不断收到错误消息。

命令：

az storage cors add --connection-string $connstr --origins '*' --methods GET --allowed-headers 'x-ms-meta-abc,content-type,x-ms-blob-type,x-ms-meta-data*,x-ms-meta-target*' --exposed-headers 'x-ms-meta-*' --max-age 200 --services blob

输出：

指定的 XML 在语法上无效。

我正在使用Azure CLI 2.0并试图找到与以下 Powershell 命令等效的命令：

我正在使用此命令将 Azure AD 应用程序主体添加到“用户帐户管理员”角色。

我使用此链接安装了包含“Add-MsolRoleMember”命令的MSOL Powershell 库。

因为我需要在 Mac、Linux 等上运行的命令，所以我尝试使用最新版本的“Azure CLI”，尽管我对其他代码示例（例如 Python）持开放态度。

以下是我迄今为止尝试过的 cli 命令：

所以我的问题是：如何使用 CLI 或在 Mac、Linux 等上运行的其他库向应用程序主体添加角色？

是否可以使用 Azure CLI 2.0 更改“生产中测试”的 azure Web 应用静态路由

您可以使用-RoutingRules参数来设置它，Set-AzureWebsite但是我找不到 CLI 2.0 替代方案。

是否存在替代方案？

抱歉标题含糊不清，请让我解释一下。

我正在尝试使用名为 Foo_Bar_BAZ 的资源组中的 Azure 容器服务创建 Kubernetes 集群

这失败了：

问题出在这里：'The domain name label somecluster-Foo_Bar_BAZ-16b263 is invalid.下划线不符合正则表达式，但它来自资源组。

回顾一下：

• 下划线适用于资源组，但在重用于创建域名时，它们不符合验证正则表达式。

另一种选择是显式分配符合正则表达式的域名，但我找不到通过 Azure CLI 2.0 执行此操作的方法。也许我错过了争论。

这个愚蠢的错误可能需要创建一个没有下划线的新 RG。

谢谢

编辑：没有 _ 的新 RG 被创建为一种解决方法。不过，有一个解决方案会很棒。

我想知道是否可以通过 CLI 使用默认的预定义 ARM 策略进行分配。

本质上，我注意到有一个默认策略来限制门户内的位置，因此如果您使用门户，您可以选择它，然后它允许您选择一些区域。

如果我从 cli 创建位置策略，我似乎必须创建一个全新的自定义策略定义，该定义与定义页面中的默认策略定义一起显示。

有没有办法简单地使用默认的，但指定哪些区域？

这是自定义定义：

我正在尝试运行一个简单的命令来将 arm 策略分配给资源组。

我创建定义的命令工作正常，我的分配命令在使用 scuscription 范围时工作正常。

但是，当我尝试运行该命令时，出现以下错误：

2017-06-26 18:28:59,248 - configuration.policyassignment - 错误 - 命令失败，产生以下错误：错误：api-version '2016-04-01' 无效。支持的版本是'2017-06-01,2017-05-10,2017-05-01,2017-03-01,2016-09-01,2016-07-01,2016-06-01,2016-02 -01,2015-11-01,2015-01-01,2014-04-01-预览,2014-04-01,2014-01-01,2013-03-01,2014-02-26,2014-04 '。

我试图运行的命令是：

任何想法可能导致错误？

是否可以使用 AZ CLI 获取 Azure 服务总线 primaryConnectionString？

输入参数：

1. 资源组
2. 服务总线名称

无法准确理解 Azure CLI 在 Windows 环境中的优点。

它是否针对想要从 Linux 环境管理 Azure IAAS 的受众？

我认为Powershell 核心将成为非 Windows 管理员的方式。PowerShell Core 是否不会被移植到所有平台上，以服务于跨平台的受众？

简而言之，是否值得学习 Azure CLI？

参考这个SO，Azure CLI 2.0 成熟到什么程度，能否使用 Azure CLI 实现所有 Azure powershell 功能？