Using Parameters in Azure Logic Apps Standard (Portal)
  • 17 May 2022
  • 1 Minute to read
  • Contributors
  • Comments
  • Dark
    Light
  • PDF

Using Parameters in Azure Logic Apps Standard (Portal)

  • Comments
  • Dark
    Light
  • PDF

#ServerlessTips - Azure Logic Apps
Author: Kent Weare Integration MVP

In this post, we are going to discuss how we can use parameters in Azure Logic Apps (Standard) to allow for our configuration values to become more portable. In this scenario, we will focus on how we can do this in the Azure Portal. In a future post, we will demonstrate how we can do something similar using VS Code.

Parameters allow us to inject configuration values from outside of our core workflow logic. This allows us to deal with different environment specific configuration data. In this post, we will make an email address configurable, but this approach is also applicable to other configuration items like URLs, folder GUIDs or anything else that needs to be changed between environments.

To start with, let’s create a working logic app. In my case, it is a stateful Azure Logic App (Standard). However, this approach will also work with stateless logic app workflows. In addition, when we create a parameter it is available to other workflows within our Logic App (Standard) instance.

Build and test your logic app using the correct hard-coded configuration values.
1-CreateItem

With our logic app built and tested, we can now create a parameter by clicking on the [@] Parameters link. From there, we can click on Create parameter and provide a Name, Type and Value.
3-CreateParameter

We now need to go update our logic app configuration and will update the Send an email (V2) action to use our EmailAddress parameter that is available from our Dynamic content. We can now save our logic app.
4-setparameter

Testing

When we go to run our logic app again, we will discover that our value from our parameter is injected into the action at runtime.
5-testing(2)

Conclusion

Parameters are a useful capability to ensure your logic apps can be moved from one environment to another without the need to change the core configuration of the logic app. This reduces the need for elevated access by operations people and helps prevent situations where people make an “oops” in production.

Logic Apps-1


Was this article helpful?