Edit

Share via

Quickstart: Create an example Consumption logic app workflow using the Azure portal

  • Article

Applies to: Azure Logic Apps (Consumption)

To create an automated workflow that performs tasks with multiple cloud services, this quickstart shows how to create an example logic app workflow that integrates the following services, an RSS feed for a website and an email account.

This example specifically creates a Consumption logic app resource and workflow that runs in multitenant Azure Logic Apps. The example uses the RSS connector and the Office 365 Outlook connector. The RSS connector provides a trigger that you can use to check an RSS feed, based on a specific schedule. The Office 365 Outlook connector provides an action that sends an email for each new RSS item.

The following screenshot shows the high-level example workflow:

Screenshot shows example workflow with RSS trigger named When a feed item is published, and with the Outlook action named Send an email.

Tip

To learn more, you can ask Azure Copilot these questions:

  • What's a Consumption logic app workflow?
  • What's the RSS connector?
  • What's the Office 365 Outlook connector?

To find Azure Copilot, on the Azure portal toolbar, select Copilot.

The connectors in this example are only two connectors among 1000+ connectors that you can use in a workflow. While this example is cloud-based, Azure Logic Apps supports workflows that connect apps, data, services, and systems across cloud, on-premises, and hybrid environments.

Note

To create a Standard logic app workflow that runs in single-tenant Azure Logic Apps instead, see Create an example Standard logic app workflow using Azure portal.

As you progress through this quickstart, you'll learn the following basic high-level steps:

  • Create a Consumption logic app resource that is hosted in multitenant Azure Logic Apps.
  • Add a trigger that specifies when to run the workflow.
  • Add an action that performs a task after the trigger fires.
  • Run your workflow.

To create and manage a Consumption logic app workflow using other tools, see the following quickstarts:

Prerequisites

Create a Consumption logic app resource

  1. In the Azure portal search box, enter logic apps, and select Logic apps.

    Screenshot shows Azure portal search box with the words, logic apps, and shows the selection, Logic apps.

  2. On the Logic apps page toolbar, select Add.

  3. On the Create Logic App page, first select the Plan type for your logic app resource. That way, only the options for that plan type appear.

    1. In the Plan section, for Plan type, select Consumption to view only the Consumption logic app resource settings.

      The Plan type not only specifies the logic app resource type, but also the billing model.

      Plan type Description
      Standard This logic app resource is the default selection and supports multiple workflows. These workflows run in single-tenant Azure Logic Apps and use the Standard billing model.
      Consumption This logic app resource type is the alternative selection and supports only a single workflow. This workflow runs in multitenant Azure Logic Apps and uses the Consumption model for billing.

  4. Provide the following information for your logic app resource:

    Property Required Value Description
    Subscription Yes <Azure-subscription-name> Your Azure subscription name.
    Resource Group Yes <Azure-resource-group-name> The Azure resource group where you create your logic app and related resources. This name must be unique across regions and can contain only letters, numbers, hyphens (-), underscores (_), parentheses (()), and periods (.).

    This example creates a resource group named Consumption-RG.
    Logic App name Yes <logic-app-resource-name> Your logic app resource name, which must be unique across regions and can contain only letters, numbers, hyphens (-), underscores (_), parentheses ((, )), and periods (.).

    This example creates a logic app resource named My-Consumption-Logic-App.
    Region Yes <Azure-region> The Azure datacenter region for storing your app's information. This example deploys the sample logic app to the West US region in Azure.
    Enable log analytics Yes No This option appears and applies only when you select the Consumption logic app type.

    Change this option only when you want to enable diagnostic logging. For this quickstart, keep the default selection.

    When you're done, your settings look similar to the following example:

    Screenshot shows Azure portal and logic app resource creation page with details for new logic app.

    Note

    If you selected an Azure region that supports availability zone redundancy, the Zone redundancy section is automatically enabled. This preview section offers the choice to enable availability zone redundancy for your logic app. However, currently supported Azure regions don't include West US, so you can ignore this section for this example. For more information, see Protect logic apps from region failures with zone redundancy and availability zones.

  5. When you're ready, select Review + Create.

  6. On the validation page that appears, confirm all the provided information, and select Create.

  7. After Azure successfully deploys your logic app resource, select Go to resource. Or, find and select your logic app resource by typing the name in the Azure search box.

    Screenshot shows the resource deployment page and selected button named Go to resource.

Add the trigger

A workflow always starts with a single trigger, which specifies the condition to meet before running any subsequent actions in the workflow. Each time the trigger fires, Azure Logic Apps creates and runs a workflow instance. If the trigger doesn't fire, no workflow instance is created or run.

This example uses an RSS trigger that checks an RSS feed, based on the specified schedule. If a new item exists in the feed, the trigger fires, and a new workflow instance is created and run. If multiple new items exist between checks, the trigger fires for each item, and a separate new workflow instance runs for each item. By default, workflow instances that are created at the same time also run at the same time, or concurrently.

  1. On the workflow designer, follow these general steps to add the RSS trigger named When a feed item is published.

  2. In the trigger box, provide the following information:

    Property Required Value Description
    The RSS feed URL Yes <RSS-feed-URL> The RSS feed URL to monitor.

    This example uses the Wall Street Journal's RSS feed at https://feeds.a.dj.com/rss/RSSMarketsMain.xml. However, you can use any RSS feed that doesn't require HTTP authorization. Choose an RSS feed that publishes frequently, so you can easily test your workflow.
    Chosen Property Will Be Used To Determine Which Items are New No PublishDate The property that determines which items are new.
    Interval Yes 1 The number of intervals to wait between feed checks.

    This example uses 1 as the interval.
    Frequency Yes Minute The unit of frequency to use for every interval.

    This example uses Minute as the frequency.
    Time Zone No <time-zone> The time zone to use for checking the RSS feed
    Start Time No <start-time> The start time to use for checking the RSS feed

    Screenshot shows the RSS trigger settings, including RSS URL, frequency, interval, and others.

  3. Save your workflow. On the designer toolbar, select Save.

    This step instantly publishes your logic app resource and workflow live in the Azure portal. However, the trigger only checks the RSS feed without taking any other actions. So, you need to add an action to specify what you want to happen when the trigger fires.

Add an action

Following a trigger, an action is any subsequent step that runs some operation in the workflow. Any action can use the outputs from the previous operations, which include the trigger and any other actions. You can choose from many different actions, include multiple actions up to the limit per workflow, and even create different action paths.

This example uses an Office 365 Outlook action that sends an email each time that the trigger fires for a new RSS feed item. If multiple new items exist between checks, you receive multiple emails.

  1. On the workflow designer, follow these general steps to add a connector action that you can use to send email, for example:

    • If you have a Microsoft work or school account, add the Office 365 Outlook connector action named Send an email.
    • If you have a personal Microsoft account, add the Outlook.com connector action named Send an email.

    This example continues with the Office 365 Outlook connector action named Send an email.

    If you use a different supported email service in your workflow, the user interface might look slightly different. However, the basic concepts for connecting to another email service remain the same.

  2. If your selected email service prompts you to sign in and authenticate your identity, complete that step now.

    Many connectors require that you first create a connection and authenticate your identity before you can continue. This example uses manual authentication for connecting to Office 365 Outlook. However, other services might support or use different authentication types. Based on your scenario, you can handle connection authentication in various ways.

    For more information, see the following documentation:

  3. In the Send an email action, provide the following information to include in the email.

    1. In the To box, enter the recipient's email address. For this example, use your email address.

      When you select inside the To box or other edit boxes, the options to open the dynamic content list (lightning icon) or expression editor (formula icon) appear. The dynamic content list shows any outputs from previous operations that you can select and use as inputs for the current action. The expression editor provides a way for you to use functions and outputs to manipulate data manipulation. You can ignore these options for now. The next step uses the dynamic content list.

    2. In the Subject box, enter the subject for the email.

      For this example, include the output from the trigger to show the RSS item's title by following these steps:

      1. Enter the following text with a trailing blank space: New RSS item:

      2. With the cursor still in the Subject box, select the dynamic content list (lightning icon).

        Screenshot shows action named Send an email, cursor in box named Subject, and selected option for dynamic content list.

      3. From the dynamic content list that opens, under When a feed item is published, select Feed title, which is a trigger output that references the title for the RSS item.

        Screenshot shows the action named Send an email, with the cursor inside the box named Subject.

        If no outputs appear available under When a feed item is published, select See more.

        Screenshot shows open dynamic content list and selected option, See more.

        When you're done, the email subject looks like the following example:

        Screenshot shows action named Send an email, with example email subject and included property named Feed title.

        Note

        If you select an output that references an array, the designer automatically adds a For each loop around the action that references the output. That way, your workflow processes the array by performing the same action on each item in the array.

        To remove the loop, drag the child action outside the loop, then delete the loop.

    3. In the Body box, enter the email content.

      For this example, include each line of descriptive text, followed by the corresponding outputs from the RSS trigger. To add blank lines in an edit box, press Shift + Enter.

      Descriptive text Property Description
      Title: Feed title The item's title
      Date published: Feed published on The item's publishing date and time
      Link: Primary feed link The URL for the item

      Screenshot shows action named Send an email, with descriptive text and properties in the box named Body.

  4. Save your workflow. On the designer toolbar, select Save.

Test your workflow

To check that the workflow runs correctly, you can either wait for the trigger to fire based on your specifed schedule, or you can manually run the workflow.

  • On the designer toolbar, from the Run menu, select Run.

If the RSS feed has new items, your workflow sends an email for each new item. Otherwise, your workflow waits until the next interval to check the RSS feed again.

The following screenshot shows a sample email that the example workflow sends. The email includes the details from each trigger output that you selected plus the descriptive text that you included for each item.

Screenshot shows Outlook and sample email received for new RSS feed item, along with item title, date published, and link.

Troubleshoot problems

If you don't receive emails from the workflow as expected:

  • Check your email account's junk or spam folder, in case the message was incorrectly filtered.

  • Make sure the RSS feed you're using published items since the last scheduled or manual check.

Clean up resources

When you're done with this quickstart, delete the sample logic app resource and any related resources by deleting the resource group that you created for this example.

  1. In the Azure search box, enter resource groups, and select Resource groups.

    Screenshot shows Azure portal search box with search term, resource groups.

  2. Find and select your logic app's resource group. On the Overview pane, select Delete resource group.

    Screenshot shows Azure portal with selected resource group and button for Delete resource group.

  3. When the confirmation pane appears, enter the resource group name, and select Delete.

    Screenshot shows Azure portal with confirmation pane and entered resource group name to delete.

Next steps

In this quickstart, you created a Consumption logic app workflow in the Azure portal to check an RSS feed, and send an email for each new item. To learn more about advanced scheduled workflows, see the following tutorial:

Check traffic with a schedule-based logic app workflow