![\"\"](\"\/wp-content\/uploads\/2021\/10\/Azure-Bicep-Tips-2-1024x574.jpg\")
Now, I would like to share a couple tips on how to harden your parameter inputs. This will help you to avoid deployment errors that you could easily prevent by restricting and checking Bicep parameter values.<\/p>\n\n\n\n
Tip # 1: Min and Max length of resource names<\/h3>\n\n\n\n
In our previous post, we have built and demoed the webapp-service-w-param.bicep<\/strong> file. It had no parameter input validation. Thus, that template is open for failures when you enter However, it is pretty straightforward to avoid such false entries by checking the allowed name length of the Based on “Resource name rules” page we can add following functions:<\/p>\n\n\n\n <\/p>\n\n\n\n The It is always helpful to add meaningful description to your parameters, even though it is not required by Azure Bicep template. Believe it or not, people who are new to your code will appreciate it. For example: we have a location parameter in our template, and adding the following description clarifies the purpose of this parameter for everyone, including myself, later in a month when I am re-visiting my code.<\/p>\n\n\n\n <\/p>\n\n\n\n The final tip is already revealed in our screen-shot above. It makes a valid and important sense to enforce your organization’s Azure policies on any provisioning scripts, in addition to the Azure Policies.<\/p>\n\n\n\n In our example: we are restricting deployment of Azure resources only into the following Azure regions to comply with the company policy to make every party happy.<\/p>\n\n\n\n <\/p>\n\n\n\n Thus, I have shared a few tips that you could use to harden your Azure Bicep code and avoid some common deployment errors in advance.<\/p>\n\n\n\n Here is the complete view into our hardened webapp-service Bicep file:<\/p>\n\n\n\n <\/p>\n\n\n\n Preventing deployment failures, especially the once that are caused by invalid input parameters are an easy fix on an Azure Bicep language. Checking the resource name restrictions and allowed values is one easy tip to prevent those errors. I would recommend checking the Microsoft documentation on “Naming rules and restrictions for Azure resources<\/a>” and bookmark it for your reference.<\/p>\n\n\n\n Thank you \ud83d\ude4f for reading this post and learning how to prevent Azure Bicep deployment failures by hardening the input parameter values. <\/p>\n\n\n\n Please check out the Learn Bicep<\/a> GitHub repo, and follow it. 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'a' <\/code>for the appServiceAppName<\/code> input parameter. Here is the link to the repo<\/a>.<\/p>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2021\/10\/image-4.png\")
Microsoft.Web\/serverFarms <\/code>resource in the Microsoft docs Resource name rules<\/a> page.<\/p>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2021\/10\/image-5.png\")
<\/figure>\n\n\n\n@minLength<\/code> and @maxLength<\/code> function are going to define and enforce min and max length of the parameter, while @description<\/code> will help to define the purpose of the parameter. <\/p>\n\n\n\nTip # 2: Defining purpose of the parameter<\/h3>\n\n\n\n
![\"\"](\"\/wp-content\/uploads\/2021\/10\/image-6.png\")
<\/figure>\n\n\n\nTip # 3: Restricting parameter value entries that match your organization’s policy<\/h3>\n\n\n\n
![\"\"](\"\/wp-content\/uploads\/2021\/10\/image-7.png\")
<\/figure>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2021\/10\/image-8.png\")
<\/figure>\n\n\n\nSummary<\/h3>\n\n\n\n
Thanks, \ud83d\ude4f \ud83d\ude4c!<\/p>\n\n\n\n