如何使用 Bicep 和 Azure CLI 部署資源

本文說明如何使用 Azure CLI 與 Bicep 檔案,將您的資源部署至 Azure。 如果您不熟悉部署和管理 Azure 解決方案的相關概念,請參閱 Bicep 概觀

必要條件

您需要一個供部署的 Bicep 檔案。 此檔案必須存於本機。

您需要 Azure CLI 並連線到 Azure:

  • 在本機電腦上安裝 Azure CLI 命令。 若要部署 Bicep 檔案,您需要 Azure CLI2.20.0 或更新版本。
  • 使用 az login 連線至 Azure。 如果您有多個 Azure 訂閱,則可能還需要執行 az account set

Azure CLI 的範例專為 bash 殼層撰寫。 若要在 Windows PowerShell 或命令提示字元中執行此範例,您可能需要變更指令碼的元素。

如果您沒有安裝 Azure CLI,也可以使用 Azure Cloud Shell。 如需詳細資訊,請參閱從 Azure Cloud Shell 部署 Bicep 檔案

所需的權限

若要部署 Bicep 檔案或 ARM 範本,您需要對即將進行部署的資源具備寫入存取權,並可存取 Microsoft.Resources/部署資源類型上的所有作業。 例如,若要部署虛擬機器,您需要 Microsoft.Compute/virtualMachines/writeMicrosoft.Resources/deployments/* 權限。 假設狀況作業具有相同的權限需求。

如需角色與權限的清單,請參閱 Azure 內建角色

部署範圍

您可以將部署的目標設為資源群組、訂用帳戶、管理群組或租用戶。 視部署的範圍而定,您可以使用不同的命令。

針對每個範圍,部署 Bicep 檔案的使用者必須擁有建立資源的必要權限。

部署本機 Bicep 檔案

您可以從本機電腦或外部儲存的 Bicep 檔案部署 Bicep 檔案。 本節說明如何部署本機 Bicep 檔案。

如果您要部署到不存在的資源群組,請先建立資源群組。 資源群組的名稱只能包含英數字元、句點 (.)、底線、連字號及括弧。 最多可有 90 個字元。 名稱不能以句點結尾。

az group create --name ExampleGroup --location "Central US"

若要部署本機 Bicep 檔案,請在部署命令中使用 --template-file 參數。 下列範例也會顯示如何設定參數值。

az deployment group create \
  --name ExampleDeployment \
  --resource-group ExampleGroup \
  --template-file <path-to-bicep> \
  --parameters storageAccountType=Standard_GRS

部署需要幾分鐘的時間才能完成。 完成後,您會看到包含結果的訊息:

"provisioningState": "Succeeded",

部署遠端 Bicep 檔案

目前 Azure CLI 不支援部署遠端 Bicep 檔案。 您可以使用 Bicep CLI 將 Bicep 檔案組建至 JSON 範本上,然後將該 JSON 檔案載入至遠端位置。 如需詳細資訊,請參閱部署遠端 ARM JSON 範本

參數

若要傳遞參數值,可以使用內嵌參數或參數檔案。 參數檔案可以是 Bicep 參數檔案JSON 參數檔案

內嵌參數

若要傳遞內嵌參數,請提供 parameters 中的值。 例如,若要透過 Bash 殼層將字串和陣列傳遞至 Bicep 檔案,請使用:

az deployment group create \
  --resource-group testgroup \
  --template-file <path-to-bicep> \
  --parameters exampleString='inline string' exampleArray='["value1", "value2"]'

如果您要使用 Azure CLI 搭配 Windows 命令提示字元 (CMD) 或 PowerShell,請使用下列格式來傳遞陣列:exampleArray="['value1','value2']"

您也可以取得檔案內容,並提供該內容作為內嵌參數。 在檔案名稱前面加上 @

az deployment group create \
  --resource-group testgroup \
  --template-file <path-to-bicep> \
  --parameters exampleString=@stringContent.txt exampleArray=@arrayContent.json

當您需要提供組態值時,從檔案取得參數值會很有幫助。 例如,您可以提供 Linux 虛擬機器的 cloud-init 值

arrayContent.json 的格式為:

[
  "value1",
  "value2"
]

若要傳入物件 (例如:設定標記),請使用 JSON。 舉例來說,您的 Bicep 檔案可能會包含類似下面的參數:

"resourceTags": {
  "type": "object",
  "defaultValue": {
    "Cost Center": "IT Department"
  }
}

在此情況下,您可以傳入 JSON 字串來設定參數,如下列 Bash 指令碼所示:

tags='{"Owner":"Contoso","Cost Center":"2345-324"}'
az deployment group create --name addstorage  --resource-group myResourceGroup \
--template-file $bicepFile \
--parameters resourceName=abcdef4556 resourceTags="$tags"

在您想要傳遞給物件的 JSON 周圍使用雙引號。

如果您要使用 Azure CLI 搭配 Windows 命令提示字元 (CMD) 或 PowerShell,請使用下列格式來傳遞物件:

$tags="{'Owner':'Contoso','Cost Center':'2345-324'}"
az deployment group create --name addstorage  --resource-group myResourceGroup \
--template-file $bicepFile \
--parameters resourceName=abcdef4556 resourceTags=$tags

您可以使用變數來包含參數值。 在 Bash 中,將變數設為所有參數值,並將其新增至部署命令。

params="prefix=start suffix=end"

az deployment group create \
  --resource-group testgroup \
  --template-file <path-to-bicep> \
  --parameters $params

但是,如果您要使用 Azure CLI 搭配 Windows 命令提示字元 (CMD) 或 PowerShell,請將變數設為 JSON 字串。 逸出引號:$params = '{ \"prefix\": {\"value\":\"start\"}, \"suffix\": {\"value\":\"end\"} }'

參數評估會遵照循序的順序,這表示如果多次指派某個值,系統只會使用最後指派的值。 為了確保妥善指派參數,建議您一開始提供參數檔案,並使用 KEY=VALUE 語法選擇性地覆寫特定參數。 值得一提的是,如果您要提供 bicepparam 參數檔案,只能使用這個引數一次。

Bicep 參數檔案

相對於在指令碼中將參數作為內嵌值傳遞,使用包含該參數值的 Bicep 參數檔案JSON 參數檔案可能較為容易。 參數檔案必須是本機檔案。 Azure CLI 不支援外部參數檔案。 如需參數檔案的詳細資訊,請參閱建立 Resource Manager 參數檔案

透過 Azure CLI 2.53.0 版或更新版本,以及 Bicep CLI 0.22.X 版或更高版本,您可以使用 Bicep 參數檔案來部署 Bicep 檔案。 使用 Bicep 參數檔案內的 using 陳述式,在指定 --parameters 參數的 Bicep 參數檔案時,就不需要提供 --template-file 參數。 包含 --template-file 參數會導致發生 [只有 .bicepparam 檔案允許 .bicep 範本] 錯誤。

下列範例會顯示名為 storage.bicepparam 的參數檔案。 該檔案必須位於執行此命令的相同目錄中。

az deployment group create \
  --name ExampleDeployment \
  --resource-group ExampleGroup \
  --parameters storage.bicepparam

JSON 參數檔案

下列範例會顯示名為 storage.parameters.json 的參數檔案。 該檔案必須位於執行此命令的相同目錄中。

az deployment group create \
  --name ExampleDeployment \
  --resource-group ExampleGroup \
  --template-file storage.bicep \
  --parameters '@storage.parameters.json'

如需參數檔案的詳細資訊,請參閱建立 Resource Manager 參數檔案

您可以在相同的部署作業中使用內嵌參數和位置參數檔案。 如需詳細資訊,請參閱 參數優先順序

預覽變更

在部署 Bicep 檔案之前,您可以預覽 Bicep 檔案將對您的環境進行的變更。 使用假設狀況作業來確認 Bicep 檔案會進行您預期的變更。 假設狀況也能驗證 Bicep 檔是否有錯誤。

部署範本規格

目前,Azure CLI 不支援藉由提供 Bicep 檔來建立範本規格。 不過,您可以使用 Microsoft.Resources/templateSpecs 資源建立 Bicep 檔案 ,以部署範本規格。建立範本規格範例示範如何在 Bicep 檔案中建立範本規格。 您也可以使用 Bicep CLI 將 Bicep 檔案組建至 JSON,然後使用 JSON 範本建立範本規格。

部署名稱

部署 Bicep 檔案時,您可以為該部署取名。 此名稱可協助您從部署歷程記錄中擷取部署。 如果您未提供部署的名稱,則會使用 Bicep 檔案的名稱。 例如,如果您部署名稱為 main.bicep 的 Bicep 檔案,且未指定部署名稱,則系統會將部署命名為 main

每次執行部署時,資源群組的部署歷程記錄便會新增一筆具有部署名稱的項目。 如果您執行另一個部署並提供相同名稱,則系統會將先前的項目取代為目前的部署。 如果您想在部署歷程記錄中維護唯一的項目,請為每個部署提供唯一的名稱。

若要建立唯一的名稱,您可以指派隨機數字。

deploymentName='ExampleDeployment'$RANDOM

或者,加入日期值。

deploymentName='ExampleDeployment'$(date +"%d-%b-%Y")

如果您使用相同的部署名稱,同時對同一個資源群組執行部署,則只會完成最後一個部署。 具有相同名稱但尚未完成的任何部署,都會由最後一個部署所取代。 例如,如果您執行名為 newStorage 的部署來部署名為 storage1 的儲存體帳戶,且同時執行另一個名為 newStorage 的部署來部署名為 storage2 的儲存體帳戶,則您只會部署一個儲存體帳戶。 產生的儲存體帳戶名稱為 storage2

但是,如果您執行名為 newStorage 的部署來部署名為 storage1 的儲存體帳戶,並在其完成後立即執行另一個名為 newStorage 的部署來部署名為 storage2 的儲存體帳戶,則您會具有兩個儲存體帳戶。 一個名稱為 storage1,另一個名稱則為 storage2。 但是,您在部署歷程記錄中只會具有一個項目。

若您為每個部署指定唯一的名稱,便可以同時執行這些部署,而不會發生衝突。 如果您執行名為 newStorage1 的部署來部署名為 storage1 的儲存體帳戶,且同時執行另一個名為 newStorage2 的部署來部署名為 storage2 的儲存體帳戶,則您會具有兩個儲存體帳戶,且在部署歷程記錄中會具有兩個項目。

為了避免因同時部署而發生衝突,並確保部署歷程記錄中項目的唯一性,請為每個部署提供唯一的名稱。

下一步