Skip to main content

Azure Automation variables in Bicep

If you want to create an Azure Automation variable in Bicep you will use a resource definition like this.
resource existingAutomationAccountResource 'Microsoft.Automation/automationAccounts@2023-11-01' existing = {
  name: 'automationAccountName'
}

resource variablesResource 'Microsoft.Automation/automationAccounts/variables@2023-11-01' = {
  name: 'variableName'
  parent: existingAutomationAccountResource
  properties: {
    description: 'description'
    isEncrypted: 'false'
    value: 'value'
  }
}
For variables Azure Automation supports different types: String, Boolean, DateTime, Integer and Not Specified. Below you can find some examples how to define these values in Bicep format.

String values should be put between double quotes.
resource stringVariablesResource 'Microsoft.Automation/automationAccounts/variables@2023-11-01' = {
  name: 'stringVariable'
  parent: existingAutomationAccountResource
  properties: {
    value: '"This is a string"'
  }
}
Boolean values are simple true or false values within the single quotes.
resource booleanVariablesResource 'Microsoft.Automation/automationAccounts/variables@2023-11-01' = {
  name: 'booleanVariable'
  parent: existingAutomationAccountResource
  properties: {
    value: 'true'
  }
}
DateTime values are specified in epoch format and need a special notation which also require double quotes. The value 22-12-2024, 11:04:56 is the value that will be shown in the variable if you deploy this Bicep resource.
resource dateTimevariablesResource 'Microsoft.Automation/automationAccounts/variables@2023-11-01' = {
  name: 'dateTimeVariable'
  parent: existingAutomationAccountResource
  properties: {
    value: '"\\/Date(1734865496153)\\/"'
  }
}
Integer values are simple integer values within the single quotes.
resource integerVariablesResource 'Microsoft.Automation/automationAccounts/variables@2023-11-01' = {
  name: 'integerVariable'
  parent: existingAutomationAccountResource
  properties: {
    value: '123'
  }
}
Not Specified values are objects which need escaped inner single quotes. This value will be shown as 'not specified value' in the variable.
resource notSpecifiedVariablesResource 'Microsoft.Automation/automationAccounts/variables@2023-11-01' = {
  name: 'notSpecifiedVariable'
  parent: existingAutomationAccountResource
  properties: {
    value: '\'not specified value\''
  }
}
If you specify a string value with only single quotes you will get a deploy error like "Invalid JSON - Kindly check the value of the variable."

Comments

Popular posts from this blog

Assign an existing certificate to your IIS website with WiX

Recently I had to change the bindings of existing IIS hosted websites and APIs from HTTP to HTTPS. They are installed with a MSI file created with the WiX Toolset . Because I have to use an already on the server installed certificate I cannot use the Certificate element from the IIS Extension because this element only supports installing and uninstalling certificates based on PFX files. After doing some research I found the blog article Assign Certificate (Set HTTPS Binding certificate) to IIS website from Wix Installer which described the usage of Custom Actions for this purpose. I adopted this approach and rewrote the code for my scenario. With WiX I still create the website. <iis:WebSite Id="WebSite" ConfigureIfExists="yes" AutoStart="yes" Description="MyWebsite" Directory="IISROOT" StartOnInstall="yes"> <iis:WebAddress Id="WebSite...

Permantly delete an AD object

At the moment I am busy with PowerShell DSC scripts that also create objects within the Active Directory. Because it's work in progress you have to delete those objects regularly. Witin this sandbox environment the recycle bin feature is enabled so the objects are kept 30 days.  To permantly delete such objects (so you have a clean testing situation) you can use the following PowerShell command. Get-ADObject -filter {sAMAccountName -eq "<name of object>$"} -includeDeletedObjects -property * | Remove-ADObject

Make steps conditional in multi-stage YAML pipelines

To make the switch from the graphical release pipelines in Azure DevOps I am missing two features. The first one is to be able to defer a deploy and the second one is to exclude certain deployment steps without the need for editing the YAML file.  The defer option is something Microsoft has to solve in their Azure DevOps proposition. It's a feature which you have in the graphical release pipeline but what they have not implemented yet in their YAML pipeline replacement. Approvals and certain gate conditions are implemented on the environment but the defer option is still missing .  Pipeline The conditional deployment option can be implemented with the help of runtime parameters and expressions . In the parameter section you define boolean parameters which will control the deploy behavior. With the expressions you can control which stage/job/task should be executed when the pipeline runs. In the below YAML sample I experimented with conditions in the azure-pipelines.yml ...