Ócáid
Tóg Feidhmchláir agus Gníomhairí AI
Mar 17, 9 PM - Mar 21, 10 AM
Bí ar an tsraith meetup chun réitigh AI inscálaithe a thógáil bunaithe ar chásanna úsáide fíor-dhomhanda le forbróirí agus saineolaithe eile.
Cláraigh anoisNí thacaítear leis an mbrabhsálaí seo a thuilleadh.
Uasghrádú go Microsoft Edge chun leas a bhaint as na gnéithe is déanaí, nuashonruithe slándála, agus tacaíocht theicniúil.
Applies to: Azure Logic Apps (Consumption)
You can monitor and respond to specific events that happen in Azure resources or external resources by using Azure Event Grid and Azure Logic Apps. You can create an automated Consumption logic app workflow with minimal code using Azure Logic Apps. You can have these resources publish events to Azure Event Grid. In turn, Azure Event Grid pushes those events to subscribers that have queues, webhooks, or event hubs as endpoints. As a subscriber, your workflow waits for these events to arrive in Azure Event Grid before running the steps to process the events.
For example, here are some events that publishers can send to subscribers through Azure Event Grid:
Create, read, update, or delete a resource. For example, you can monitor changes that might incur charges on your Azure subscription and affect your bill.
Add or remove a person from an Azure subscription.
Your app performs a particular action.
A new message appears in a queue.
This tutorial creates a Consumption logic app resource that runs in multitenant Azure Logic Apps and is based on the Consumption pricing model. Using this logic app resource, you create a workflow that monitors changes to a virtual machine, and sends emails about those changes. When you create a workflow that has an event subscription to an Azure resource, events flow from that resource through Azure Event Grid to the workflow.
In this tutorial, you learn how to:
An Azure account and subscription. If you don't have an Azure subscription, sign up for a free Azure account.
An email account from an email service that works with Azure Logic Apps for sending notifications, such as Office 365 Outlook, Outlook.com, or Gmail. For other providers, review the connectors list here.
This tutorial uses an Office 365 Outlook account. If you use a different email account, the general steps stay the same, but your UI might appear slightly different.
Tábhachtach
If you want to use the Gmail connector, only G-Suite business accounts can use this connector without restriction in logic apps. If you have a Gmail consumer account, you can use this connector with only specific Google-approved services, or you can create a Google client app to use for authentication with your Gmail connector. For more information, see Data security and privacy policies for Google connectors in Azure Logic Apps.
A virtual machine that's alone in its own Azure resource group. If you haven't already done so, create a virtual machine through the Create a VM tutorial. To make the virtual machine publish events, you don't need to do anything else.
If you have a firewall that limits traffic to specific IP addresses, you have to set up your firewall to allow access for Azure Logic Apps to communicate through the firewall. You need to allow access for both the inbound and outbound IP addresses used by Azure Logic Apps in the Azure region where you create your logic app.
This example uses managed connectors that require your firewall to allow access for all the managed connector outbound IP addresses in the Azure region for your logic app resource.
Sign in to the Azure portal with your Azure account.
From the Azure home page, select Create a resource > Integration > Logic App.
Under Create Logic App, provide information about your logic app resource:
Property | Required | Value | Description |
---|---|---|---|
Subscription | Yes | <Azure-subscription-name> | Select the same Azure subscription for all the services in this tutorial. |
Resource Group | Yes | <Azure-resource-group> | The Azure resource group name for your logic app, which you can select for all the services in this tutorial. |
Logic App name | Yes | <logic-app-name> | Provide a unique name for your logic app. |
Publish | Yes | Workflow | Select the deployment destination for your logic app. For this tutorial, make sure that you select Workflow, which deploys to Azure. |
Region | Yes | <Azure-region> | Select the same region for all services in this tutorial. |
Plan type | Yes | Consumption | The resource type for your logic app. For this tutorial, make sure that you select Consumption. |
Nóta
If you later want to use the Azure Event Grid operations with a Standard logic app resource instead, make sure that you create a stateful workflow, not a stateless workflow. This tutorial applies only to Consumption logic apps, which follow a different user experience. To add Azure Event Grid operations to your workflow in the designer, on the operations picker pane, make sure that you select the Azure tab. For more information about multitenant versus single-tenant Azure Logic Apps, review Single-tenant versus multitenant.
When you're done, select Review + create. On the next pane, confirm the provided information, and select Create.
After Azure deploys your logic app, select Go to resource.
The workflow designer shows a page with an introduction video and commonly used triggers.
Scroll past the video window and commonly used triggers section.
Under Templates, select Blank Logic App.
Nóta
The workflow templates gallery is available only for Consumption logic apps, not Standard logic apps.
The workflow designer now shows you the triggers that you can use to start your logic app. Every workflow must start with a trigger, which fires when a specific event happens or when a specific condition is met. Each time the trigger fires, Azure Logic Apps creates a workflow instance that runs your logic app.
Now add the Azure Event Grid trigger, which you use to monitor the resource group for your virtual machine.
On the designer, in the search box, enter event grid
. From the triggers list, select the When a resource event occurs trigger.
When prompted, sign in to Azure Event Grid with your Azure account credentials. In the Tenant list, which shows the Microsoft Entra tenant that's associated with your Azure subscription, check that the correct tenant appears, for example:
Nóta
If you're signed in with a personal Microsoft account, such as @outlook.com or @hotmail.com, the Azure Event Grid trigger might not appear correctly. As a workaround, select Connect with Service Principal, or authenticate as a member of the Microsoft Entra that's associated with your Azure subscription, for example, user-name@emailoutlook.onmicrosoft.com.
Now subscribe your logic app to events from the publisher. Provide the details about your event subscription as described in the following table, for example:
Property | Required | Value | Description |
---|---|---|---|
Subscription | Yes | <event-publisher-Azure-subscription-name> | Select the name for the Azure subscription that's associated with the event publisher. For this tutorial, select the Azure subscription name for your virtual machine. |
Resource Type | Yes | <event-publisher-Azure-resource-type> | Select the Azure resource type for the event publisher. For more information about Azure resource types, see Azure resource providers and types. For this tutorial, select the Microsoft.Resources.ResourceGroups value to monitor Azure resource groups. |
Resource Name | Yes | <event-publisher-Azure-resource-name> | Select the Azure resource name for the event publisher. This list varies based on the resource type that you selected. For this tutorial, select the name for the Azure resource group that includes your virtual machine. |
Event Type Item | No | <event-types> | Select one or more specific event types to filter and send to Azure Event Grid. For example, you can optionally add these event types to detect when resources are changed or deleted: - For more information, see these topics: - Azure Event Grid event schema for resource groups |
To add optional properties, select Add new parameter, and then select the properties that you want. | No | {see descriptions} | * Prefix Filter: For this tutorial, leave this property empty. The default behavior matches all values. However, you can specify a prefix string as a filter, for example, a path and a parameter for a specific resource. * Suffix Filter: For this tutorial, leave this property empty. The default behavior matches all values. However, you can specify a suffix string as a filter, for example, a file name extension, when you want only specific file types. * Subscription Name: For this tutorial, you can provide a unique name for your event subscription. |
Save your logic app workflow. On the designer toolbar, select Save. To collapse and hide an action's details in your workflow, select the action's title bar.
When you save your logic app workflow with an Azure Event Grid trigger, Azure automatically creates an event subscription for your logic app to your selected resource. So when the resource publishes an event to the Azure Event Grid service, the service automatically pushes the event to your logic app. This event triggers and runs the logic app workflow you define in these next steps.
Your logic app is now live and listens to events from Azure Event Grid, but doesn't do anything until you add actions to the workflow.
If you want to your logic app workflow to run only when a specific event or operation happens, add a condition that checks for the Microsoft.Compute/virtualMachines/write operation. When this condition is true, your logic app workflow sends you an email, which has details about the updated virtual machine.
In the workflow designer, under the Azure Event Grid trigger, select New step.
Under Choose an action, in the search box, enter condition
as your filter. From the actions list, select the Condition action.
The workflow designer adds an empty condition to your workflow, including action paths to follow based whether the condition is true or false.
Rename the condition title to If a virtual machine in your resource group has changed
. On the condition's title bar, select the ellipses (...) button, and select Rename.
Create a condition that checks the event body
for a data
object where the operationName
property is equal to the Microsoft.Compute/virtualMachines/write
operation. Learn more about Azure Event Grid event schema.
On the first row under And, click inside the left box. In the dynamic content list that appears, select Expression.
In the expression editor, enter this expression, which returns the operation name from the trigger, and select OK:
triggerBody()?['data']['operationName']
For example:
In the middle box, keep the operator is equal to.
In the right box, enter the operation that you want to monitor, which is the following value for this example:
Microsoft.Compute/virtualMachines/write
Your finished condition now looks like this example:
If you switch from design view to code view and back to design view, the expression that you specified in the condition resolves to the data.operationName token:
Save your logic app.
Now add an action so that you can receive an email when the specified condition is true.
In the condition's If true box, select Add an action.
Under Choose an action, in the search box, enter send an email
as your filter. Based on your email provider, find and select the matching connector. Then select the "send email" action for your connector. For example:
For an Azure work or school account, select the Office 365 Outlook connector.
For personal Microsoft accounts, select the Outlook.com connector.
For Gmail accounts, select the Gmail connector.
This tutorial continues with the Office 365 Outlook connector. If you use a different provider, the steps remain the same, but your UI might appear slightly different.
If you don't already have a connection for your email provider, sign in to your email account when you're asked for authentication.
Rename the send email action to this title: Send email when virtual machine updated
Provide information about the email as specified in the following table:
Nod
To select output from the previous steps in your workflow, click inside an edit box so that the dynamic content list appears, or select Add dynamic content. For more results, select See more for each section in the list. To close the dynamic content list, select Add dynamic content again.
Property | Required | Value | Description |
---|---|---|---|
To | Yes | <recipient@domain> | Enter the recipient's email address. For testing purposes, you can use your own email address. |
Subject | Yes | Resource updated: Subject |
Enter the content for the email's subject. For this tutorial, enter the specified text, and select the event's Subject field. Here, your email subject includes the name for the updated resource (virtual machine). |
Body | Yes | Resource: Topic
|
Enter the content for the email's body. For this tutorial, enter the specified text and select the event's Topic, Event Type, ID, and Event Time fields so that your email includes the resource that fired the event, event type, event timestamp, and event ID for the update. For this tutorial, the resource is the Azure resource group selected in the trigger. To add blank lines in your content, press Shift + Enter. |
Nóta
If you select a field that represents an array, the designer automatically adds a For each loop around the action that references the array. That way, your logic app workflow performs that action on each array item.
Now, your email action might look like this example:
And your finished logic app workflow might look like the following example:
Save your logic app. To collapse and hide each action's details in your logic app, select the action's title bar.
Your logic app is now live, but waits for changes to your virtual machine before doing anything. To test your workflow now, continue to the next section.
To check that your workflow is getting the specified events, update your virtual machine.
For example, you can resize your virtual machine.
After a few moments, you should get an email. For example:
To review the runs and trigger history for your logic app, on your logic app menu, select Overview. To view more details about a run, select the row for that run.
To view the inputs and outputs for each step, expand the step that you want to review. This information can help you diagnose and debug problems in your logic app.
Congratulations, you've created and run a logic app workflow that monitors resource events through Azure Event Grid and emails you when those events happen. You also learned how easily you can create workflows that automate processes and integrate systems and cloud services.
You can monitor other configuration changes with event grids and logic apps, for example:
This tutorial uses resources and performs actions that incur charges on your Azure subscription. So when you're done with the tutorial and testing, make sure that you disable or delete any resources where you don't want to incur charges.
To stop running your workflow without deleting your work, disable your app. On your logic app menu, select Overview. On the toolbar, select Disable.
Nod
If you don't see the logic app menu, try returning to the Azure dashboard, and reopen your logic app.
To permanently delete your logic app, on the logic app menu, select Overview. On the toolbar, select Delete. Confirm that you want to delete your logic app, and select Delete.
See the following samples to learn about publishing events to and consuming events from Azure Event Grid using different programming languages.
Ócáid
Tóg Feidhmchláir agus Gníomhairí AI
Mar 17, 9 PM - Mar 21, 10 AM
Bí ar an tsraith meetup chun réitigh AI inscálaithe a thógáil bunaithe ar chásanna úsáide fíor-dhomhanda le forbróirí agus saineolaithe eile.
Cláraigh anoisOiliúint
Modúl
Route and process data automatically using Azure Logic Apps - Training
Learn how to create a workflow to run your business with Azure Logic Apps using prebuilt triggers, actions, and condition operators.
Deimhniú
Microsoft Certified: Azure Virtual Desktop Specialty - Certifications
Plan, deliver, manage, and monitor virtual desktop experiences and remote apps on Microsoft Azure for any device.