{"id":544,"date":"2021-10-15T00:39:00","date_gmt":"2021-10-15T00:39:00","guid":{"rendered":"https:\/\/thecloudmarathoner.com\/?p=544"},"modified":"2021-10-19T04:04:33","modified_gmt":"2021-10-19T04:04:33","slug":"four-parameterization-options-for-your-azure-bicep-deployments","status":"publish","type":"post","link":"https:\/\/thecloudmarathoner.com\/index.php\/2021\/10\/15\/four-parameterization-options-for-your-azure-bicep-deployments\/","title":{"rendered":"Four parameterization options for your Azure Bicep deployments"},"content":{"rendered":"\n

Hello Cloud Marathoners,<\/p>\n\n\n\n

In my last posts, I wrote about Azure CL and a Bicep language. The Azure Bicep language, helps to author and manage Azure resources more cleanly and easily on your Azure subscription.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n


The parameterization of infrastructure deployment files is an important skill where true power of automation and code reuse comes forward.
Let’s learn about different parameterization options that you could use in your Azure Bicep deployments. As an example, we will examine the following parameterization options on an Azure Bicep web app deployment file.
<\/p>\n\n\n\n

\u2714\ufe0f Using Bicep file as is<\/p>

\u2714\ufe0f Using default parameters on your bicep file<\/p>

\u2714\ufe0f Simply adding parameters into your command line<\/p>

\u2714\ufe0f Using a separate file for parameters, per environment<\/p><\/blockquote>\n\n\n\n

Option 1: Using Bicep file as is<\/span> <\/h3>\n\n\n\n

This first option is the most straightforward way to declare your parameters. However, you would have to enter each parameter name, every time you are deploying the Azure resources.<\/p>\n\n\n\n

Following screenshot is a default Bicep web app declaration with parameters. Check the Learn Bicep repo here<\/a> \ud83d\udc4d<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n


Now, let’s declare an Azure CLI command that will deploy our Azure Bicep file into a Resource group.<\/p>\n\n\n\n

# Create a rg-test-deploy RG\naz group create -l eastus -g 'rg-test-deploy'\n\n# Option-1: Run deployment file as is\naz deployment group create -g 'rg-test-deploy' -f .\\param-files\\webapp-service-w-param.bicep\n\n# List all webapps in the subscription\naz webapp list --query [].name -o table<\/code><\/pre>\n\n\n\n
Option 2: Using default parameters on your bicep files<\/span> <\/h3>\n\n\n\n
The second option will allow us to deploy our Bicep file without entering the default values each time. However, it would require an update on file each time you want to change parameter values \ud83d\ude22<\/p>\n\n\n\n
Now, we can take the previous webapp-service Bicep file, and add its default values. The updated Bicep file will look like the following screenshot:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Our Azure CLI deployment script would just get a new file name<\/p>\n\n\n\n
# Option-2: Run deployment with default values\naz deployment group create -g 'rg-test-deploy' -f .\\param-files\\webapp-service-default-param.bicep\n\n# You could also add preflight check with \"-c\" at the end of each deployment script<\/code><\/pre>\n\n\n\n
Option 3: Simply adding parameters into your command line script<\/h3>\n\n\n\n
If you would prefer to type parameters and values on a terminal then third option can deliver it for you. That script will look like the following sample: <\/p>\n\n\n\n
# Option-3: Run deployment with inline parameters\naz deployment group create -g 'rg-test-deploy' -f .\\param-files\\webapp-service-w-param.bicep -p location='eastus' appServiceAppName='param-demoapp18' appServicePlanName='asp-param-demo'<\/code><\/pre>\n\n\n\n
Option 4: Using a separate file for parameters<\/span>, per environment<\/h3>\n\n\n\n
The last option has multiple advantages over prior options. As you could create separate environment parameters in their own dedicated files and manage them accordingly. 
For example: You can create a separate param file for “Dev” <\/strong>environment deployments; like in the following screenshot.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Note:<\/strong> parameter files for Bicep language are using a JSON notation, similar to the way how ARM JSON declares parameter files with a following schema.  <\/p>\n\n\n\n
\"https:\/\/schema.management.azure.com\/schemas\/2019-04-01\/deploymentParameters.json#\"<\/code><\/pre>\n\n\n\n
And our deployment script will look like the following sample:<\/p>\n\n\n\n
# Option-4: Run deployment with a separate parameter file\naz deployment group create -g 'rg-test-deploy' -f .\\param-files\\webapp-service-w-param.bicep -p .\\param-files\\webapp-service-parameters-dev.json\n\n# List all webapps in the subscription\naz webapp list --query [].name -o table\n\n# Clean all resources from RG\naz group delete -n 'rg-test-deploy' --yes<\/code><\/pre>\n\n\n\n
Summary<\/h3>\n\n\n\n
Thank you  \ud83d\ude4f  for reading this post and learning about four different options to deploy your Azure Bicep files using Azure CLI. <\/p>\n\n\n\n
Please check out the Learn Bicep<\/a> GitHub repo, and follow it. 
Thanks \ud83d\ude4f \ud83d\ude4c !<\/p>\n\n\n\n
Stay tuned for more Azure automation & Azure Bicep posts.<\/p>\n\n\n\n
F\u1d0f\u029f\u029f\u1d0f\u1d21 \u1d0d\u1d07 \ud83c\udfaf \u1d00\u0274\u1d05 become \u1d00 #cloudmarathoner<\/a> \u26c5\ud83c\udfc3\u200d\u2642\ufe0f\ud83c\udfc3\u200d\u2640\ufe0f – \ud835\udc0b\ud835\udc04\ud835\udc13’\ud835\udc12 \ud835\udc02\ud835\udc0e\ud835\udc0d\ud835\udc0d\ud835\udc04\ud835\udc02\ud835\udc13 \ud83d\udc4d<\/p>\n
<\/div>
<\/path><\/svg><\/i> \"Loading\"<\/p>
<\/div>","protected":false},"excerpt":{"rendered":"
Hello Cloud Marathoners, In my last posts, I wrote about Azure CL and a Bicep language. The Azure Bicep language, helps to author and manage Azure resources more cleanly and easily on your Azure subscription. The parameterization of infrastructure deployment files is an important skill where true power of automation and code reuse comes forward.Let’s learn … Continue reading “Four parameterization options for your Azure Bicep deployments”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[25,4,2,18],"tags":[],"class_list":["post-544","post","type-post","status-publish","format-standard","hentry","category-azure-bicep","category-azure-devops","category-infrastructure-as-code-iac","category-azure"],"_links":{"self":[{"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/posts\/544","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/comments?post=544"}],"version-history":[{"count":19,"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/posts\/544\/revisions"}],"predecessor-version":[{"id":605,"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/posts\/544\/revisions\/605"}],"wp:attachment":[{"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/media?parent=544"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/categories?post=544"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/thecloudmarathoner.com\/index.php\/wp-json\/wp\/v2\/tags?post=544"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}