教程:将参数添加到 Azure 资源管理器 Bicep 文件
在上一篇教程中,你已了解如何部署存储帐户。 本教程将介绍如何通过添加参数来改进 Bicep 文件。 完成本教程大约需要 14 分钟。
注意
本文包含 Bicep 示例。 Bicep 目前为预览版。 有关详细信息,请参阅 Bicep 项目。
先决条件
建议完成创建第一个 Bicep 文件教程,但这不是一项要求。
必须有包含 Bicep 扩展的 Visual Studio Code,以及 Azure PowerShell 或 Azure CLI。 有关详细信息,请参阅 Bicep 工具。
查看 Bicep 文件
在上一篇教程结束时,你的 Bicep 如下所示:
resource stg 'Microsoft.Storage/storageAccounts@2019-06-01' = {
name: '{provide-unique-name}'
location: 'chinaeast'
sku: {
name: 'Standard_LRS'
}
kind: 'StorageV2'
properties: {
supportsHttpsTrafficOnly: true
}
}
你可能已注意到此 Bicep 文件有一个问题。 存储帐户名称已经过硬编码。 每次只能使用此 Bicep 文件部署同一个存储帐户。 若要使用不同的名称部署存储帐户,必须创建新的 Bicep 文件,这显然不是实现自动化部署的实用方法。
使 Bicep 文件可供重复使用
为使 Bicep 文件可供重复使用,让我们添加一个可用于传入存储帐户名称的参数。 下面的 Bicep 文件演示了文件中更改的内容。 storageName
参数已标识为字符串。 最大长度设置为 24 个字符,以防止名称过长。
复制整个文件并将其替换为以下内容。
@minLength(3)
@maxLength(24)
param storageName string
resource stg 'Microsoft.Storage/storageAccounts@2019-06-01' = {
name: storageName
location: 'chinaeast'
sku: {
name: 'Standard_LRS'
}
kind: 'StorageV2'
properties: {
supportsHttpsTrafficOnly: true
}
}
请注意,在 Bicep 中,可以使用参数的名称直接引用参数,而在 ARM JSON 模板中则必须使用 [parameters('storageName')]。
部署 Bicep 文件
让我们部署该 Bicep 文件。 以下示例使用 Azure CLI 或 PowerShell 来部署 Bicep 文件。 请注意,需要为部署命令中的某个值提供存储帐户名称。 对于存储帐户名称,请提供前一篇教程中所用的相同名称。
如果尚未创建资源组,请参阅创建资源组。 此示例假定你已按第一篇教程所述将 bicepFile
变量设置为 Bicep 文件的路径。
若要运行此部署 cmdlet,你必须具有 Azure PowerShell 的最新版本。
New-AzResourceGroupDeployment `
-Name addnameparameter `
-ResourceGroupName myResourceGroup `
-TemplateFile $bicepFile `
-storageName "{your-unique-name}"
了解资源更新
在上一部分,你已使用以前创建的同一名称部署了一个存储帐户。 你可能想要知道,重新部署会对该资源造成怎样的影响。
如果该资源已存在,并且在属性中未检测到任何更改,则表示未采取任何措施。 如果该资源已存在,并且某个属性已更改,则表示该资源已更新。 如果资源不存在,则会创建它。
这种处理更新的方式意味着,Bicep 文件可以包含 Azure 解决方案所需的所有资源。 可以放心地重新部署该 Bicep 文件,并可以知道,只在必要时才会更改或创建资源。 例如,如果已将文件添加到存储帐户,则可以重新部署存储帐户,而不会丢失这些文件。
按环境进行自定义
可以使用参数提供针对特定环境定制的值,以便自定义部署。 例如,可以根据是否要部署到开发、测试和生产环境,来传递不同的值。
上述 Bicep 文件始终部署 Standard_LRS 存储帐户。 你可能希望能够根据环境灵活部署不同的 SKU。 以下示例演示了为 SKU 添加参数而需要做出的更改。 复制整个文件并将其粘贴到你的 Bicep 文件中。
@minLength(3)
@maxLength(24)
param storageName string
@allowed([
'Standard_LRS'
'Standard_GRS'
'Standard_RAGRS'
'Premium_LRS'
])
param storageSKU string = 'Standard_LRS'
resource stg 'Microsoft.Storage/storageAccounts@2019-06-01' = {
name: storageName
location: 'chinaeast'
sku: {
name: storageSKU
}
kind: 'StorageV2'
properties: {
supportsHttpsTrafficOnly: true
}
}
storageSKU
参数有默认值。 如果在部署过程中未指定值,将使用此默认值。 它还有允许值列表。 这些值与创建存储帐户所需的值相匹配。 你不希望 Bicep 文件的用户传入没有作用的 SKU。
重新部署 Bicep 文件
现在可以重新部署。 由于默认 SKU 设置为 Standard_LRS,因此不需要提供该参数的值。
New-AzResourceGroupDeployment `
-Name addskuparameter `
-ResourceGroupName myResourceGroup `
-TemplateFile $bicepFile `
-storageName "{your-unique-name}"
注意
如果部署失败,请使用 verbose
开关获取有关正在创建的资源的信息。 使用 debug
开关获取调试的详细信息。
为了观察 Bicep 文件的灵活性,让我们再次部署。 这一次,请将 SKU 参数设置为 Standard_GRS。 可以传入新名称来创建不同的存储帐户,或者使用同一个名称来更新现有的存储帐户。 这两个选项都是有效的。
New-AzResourceGroupDeployment `
-Name usenondefaultsku `
-ResourceGroupName myResourceGroup `
-TemplateFile $bicepFile `
-storageName "{your-unique-name}" `
-storageSKU Standard_GRS
最后,让我们再次运行测试,以查看在传入一个未包含在允许值中的 SKU 时会发生什么情况。 在本例中,我们将测试 Bicep 文件用户认为 basic 是一个 SKU 时的情景。
New-AzResourceGroupDeployment `
-Name testskuparameter `
-ResourceGroupName myResourceGroup `
-TemplateFile $bicepFile `
-storageName "{your-unique-name}" `
-storageSKU basic
该命令立即失败并出现一条错误消息,指出哪些值是允许的。 在部署开始之前,资源管理器会识别到该错误。
清理资源
若要继续学习下一篇教程,则不需删除该资源组。
如果你不打算继续学习,请删除该资源组以清理部署的资源。
- 在 Azure 门户上的左侧菜单中选择“资源组” 。
- 在“按名称筛选”字段中输入资源组名称。
- 选择资源组名称。
- 在顶部菜单中选择“删除资源组”。
后续步骤
你已通过添加参数改进了第一篇教程中创建的 Bicep 文件。 下一篇教程将介绍 Bicep 函数。