Pull settings from App Configuration with Azure Pipelines
The Azure App Configuration task pulls key-values from your App Configuration store and sets them as Azure pipeline variables, which can be consumed by subsequent tasks. This task complements the Azure App Configuration Push task that pushes key-values from a configuration file into your App Configuration store. For more information, see Push settings to App Configuration with Azure Pipelines.
Prerequisites
- Azure subscription - create one for free
- App Configuration store - create one for free
- Azure DevOps project - create one for free
- Azure App Configuration task - download for free from the Visual Studio Marketplace.
- Azure Pipelines agent version 2.206.1 or later and Node version 16 or later for running the task on self-hosted agents.
Create a service connection
A service connection gives you access to resources in your Azure subscription from your Azure DevOps project.
In Azure DevOps, go to the project that contains your target pipeline. In the lower-left corner, select Project settings.
Under Pipelines, select Service connections. In the upper-right corner, select New service connection.
In New service connection, select Azure Resource Manager.
In the Authentication method dialog, select Service principal (automatic) to create a new service principal or select Service principal (manual) to use an existing service principal.
Enter your subscription, resource group, and a name for your service connection.
If you created a new service principal, find the name of the service principal assigned to the service connection. You'll add a new role assignment to this service principal in the next step.
Go to Project Settings > Service connections.
Select the new service connection.
Select Manage Service Principal.
Note the value in Display name.
Add role assignment
Assign the proper App Configuration role assignments to the credentials being used within the task so that the task can access the App Configuration store.
Go to your target App Configuration store.
In the left menu, select Access control (IAM).
In the right pane, select Add role assignments.
For Role, select App Configuration Data Reader. This role allows the task to read from the App Configuration store.
Select the service principal associated with the service connection that you created in the previous section.
Select Review + assign.
If the store contains Key Vault references, go to relevant Key Vault and assign Key Vault Secret User role to the service principal created in the previous step. From the Key Vault menu, select Access policies and ensure Azure role-based access control is selected as the permission model.
Use in builds
This section will cover how to use the Azure App Configuration task in an Azure DevOps build pipeline.
- Navigate to the build pipeline page by clicking Pipelines > Pipelines. For build pipeline documentation, see Create your first pipeline.
- If you're creating a new build pipeline, on the last step of the process, on the Review tab, select Show assistant on the right side of the pipeline.
- If you're using an existing build pipeline, click the Edit button at the top-right.
- Search for the Azure App Configuration Task.
- Configure the necessary parameters for the task to pull the key-values from the App Configuration store. Descriptions of the parameters are available in the Parameters section below and in tooltips next to each parameter.
- Set the Azure subscription parameter to the name of the service connection you created in a previous step.
- Set the App Configuration Endpoint to the endpoint of your App Configuration store.
- Leave the default values for the remaining parameters.
- Save and queue a build. The build log will display any failures that occurred during the execution of the task.
Use in releases
This section will cover how to use the Azure App Configuration task in an Azure DevOps release pipeline.
- Navigate to release pipeline page by selecting Pipelines > Releases. For release pipeline documentation, see Release pipelines.
- Choose an existing release pipeline. If you don’t have one, click New pipeline to create a new one.
- Select the Edit button in the top-right corner to edit the release pipeline.
- From the Tasks dropdown, choose the Stage to which you want to add the task. More information about stages can be found here.
- Click + next to the Job to which you want to add a new task.
- Search for the Azure App Configuration Task.
- Configure the necessary parameters within the task to pull your key-values from your App Configuration store. Descriptions of the parameters are available in the Parameters section below and in tooltips next to each parameter.
- Set the Azure subscription parameter to the name of the service connection you created in a previous step.
- Set the App Configuration Endpoint to the endpoint of your App Configuration store.
- Leave the default values for the remaining parameters.
- Save and queue a release. The release log will display any failures encountered during the execution of the task.
Parameters
The following parameters are used by the Azure App Configuration task:
- Azure subscription: A drop-down containing your available Azure service connections. To update and refresh your list of available Azure service connections, press the Refresh Azure subscription button to the right of the textbox.
- App Configuration Endpoint: A drop-down that loads your available configuration stores endpoints under the selected subscription. To update and refresh your list of available configuration stores endpoints, press the Refresh App Configuration Endpoint button to the right of the textbox.
- Selection Mode: Specifies how the key-values read from a configuration store are selected. The 'Default' selection mode allows the use of key and label filters. The 'Snapshot' selection mode allows key-values to be selected from a snapshot. Default value is Default.
- Key Filter: The filter can be used to select what key-values are requested from Azure App Configuration. A value of * will select all key-values. For more information on, see Query key-values.
- Label: Specifies which label should be used when selecting key-values from the App Configuration store. If no label is provided, then key-values with the no label will be retrieved. The following characters are not allowed: , *.
- Snapshot Name: Specifies snapshot from which key-values should be retrieved in Azure App Configuration.
- Trim Key Prefix: Specifies one or more prefixes that should be trimmed from App Configuration keys before setting them as variables. Multiple prefixes can be separated by a new-line character.
- Suppress Warning For Overridden Keys: Default value is unchecked. Specifies whether to show warnings when existing keys are overridden. Enable this option when it is expected that the key-values downloaded from App Configuration have overlapping keys with what exists in pipeline variables.
Use key-values in subsequent tasks
The key-values that are fetched from App Configuration are set as pipeline variables, which are accessible as environment variables. The key of the environment variable is the key of the key-value that is retrieved from App Configuration after trimming the prefix, if specified.
For example, if a subsequent task runs a PowerShell script, it could consume a key-value with the key 'myBuildSetting' like this:
echo "$env:myBuildSetting"
And the value will be printed to the console.
Note
Azure Key Vault references within App Configuration will be resolved and set as secret variables. In Azure pipelines, secret variables are masked out from log. They are not passed into tasks as environment variables and must instead be passed as inputs.
Troubleshooting
If an unexpected error occurs, debug logs can be enabled by setting the pipeline variable system.debug
to true
.
FAQ
How do I compose my configuration from multiple keys and labels?
There are times when configuration may need to be composed from multiple labels, for example, default and dev. Multiple App Configuration tasks may be used in one pipeline to implement this scenario. The key-values fetched by a task in a later step will supersede any values from previous steps. In the aforementioned example, a task can be used to select key-values with the default label while a second task can select key-values with the dev label. The keys with the dev label will override the same keys with the default label.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for