Skip to content

Commit 2256912

Browse files
committed
updates
1 parent 52a9b14 commit 2256912

File tree

8 files changed

+32
-50
lines changed

8 files changed

+32
-50
lines changed

articles/event-grid/event-schema-resource-groups.md

Lines changed: 0 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -24,9 +24,6 @@ To programmatically handle events, you can sort events by looking at the `operat
2424

2525
The event subject is the resource ID of the resource that is the target of the operation. To filter events for a resource, provide that resource ID when creating the event subscription. To filter by a resource type, use a value in following format: `/subscriptions/<subscription-id>/resourcegroups/<resource-group>/providers/Microsoft.Compute/virtualMachines`
2626

27-
> [!NOTE]
28-
> Resource creation doesn't always map to a single write operation. For a lot of resources, this isn't true since resource creation is a 2 step process. An initial write when the resource creation request is accepted followed by a write when the resource is actually created (or can involve more write for cases where VMs with extension are provisioned). You should explicitly query Azure Resource Manager when processing a write event to get correct state of the resource.
29-
3027

3128
## Event Grid event schema
3229

articles/event-grid/event-schema-subscriptions.md

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -24,8 +24,6 @@ To programmatically handle events, you can sort events by looking at the `operat
2424

2525
The event subject is the resource ID of the resource that is the target of the operation. To filter events for a resource, provide that resource ID when creating the event subscription. To filter by a resource type, use a value in following format: `/subscriptions/<subscription-id>/resourcegroups/<resource-group>/providers/Microsoft.Compute/virtualMachines`
2626

27-
> [!NOTE]
28-
> Resource creation doesn't always map to a single write operation. For a lot of resources, this isn't true since resource creation is a 2 step process. An initial write when the resource creation request is accepted followed by a write when the resource is actually created (or can involve more write for cases where VMs with extension are provisioned). You should explicitly query Azure Resource Manager when processing a write event to get correct state of the resource.
2927

3028
## Event Grid event schema
3129

articles/event-grid/handler-event-hubs.md

Lines changed: 6 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -22,16 +22,18 @@ Use **Event Hubs** when your solution gets events faster than it can process the
2222
| [Quickstart: route custom events to Azure Event Hubs with Azure CLI and Event Grid](custom-event-to-eventhub.md) | Sends a custom event to an event hub for processing by an application. |
2323
| [Resource Manager template: custom topic and Event Hubs endpoint](https://github.com/Azure/azure-quickstart-templates/tree/master/101-event-grid-event-hubs-handler)| A Resource Manager template that creates a subscription for a custom topic. It sends events to an Azure Event Hubs. |
2424

25-
## Message headers
26-
Set the following message headers when sending events as messages to a Service Bus endpoint.
25+
## Message properties
26+
Set the following message headers when sending events as messages to an **event hub**.
2727

2828
| Property name | Description |
2929
| ------------- | ----------- |
3030
| aeg-subscription-name | Name of event subscription. |
3131
| aeg-delivery-count | Number of attempts made for the event. Example: "1" |
32-
| aeg-data-version | Data version of the event. Example: "1" |
33-
| aeg-metadata-version | Metadata version of the event. Example: "1" |
3432
| aeg-event-type | Event type. Example: "Microsoft.Storage.blobCreated" |
33+
| aeg-metadata-version | Metadata version of the event. Example: "1". For **Event Grid event schema**, this property represents the metadata version and for **cloud event schema**, it represents the **spec version**. |
34+
| aeg-data-version | Data version of the event. Example: "1". Default value: "". For **Event Grid event schema**, this property represents the data version and for **cloud event schema**, it doesn't apply. |
35+
| aeg-output-event-id | ID of the Event Grid event. |
36+
3537

3638
## Next steps
3739
For an introduction to Event Grid, see [About Event Grid](overview.md).

articles/event-grid/handler-logic-apps.md

Lines changed: 0 additions & 25 deletions
This file was deleted.

articles/event-grid/handler-service-bus.md

Lines changed: 8 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -57,20 +57,22 @@ az eventgrid event-subscription create \
5757
--endpoint /subscriptions/{SubID}/resourceGroups/TestRG/providers/Microsoft.ServiceBus/namespaces/ns1/topics/topic1
5858
```
5959

60-
## Message headers
61-
Set the following message headers when sending events as messages to a Service Bus endpoint.
60+
## Message properties
61+
Set the following message properties when sending events as messages to a Service Bus endpoint.
6262

6363
| Property name | Description |
6464
| ------------- | ----------- |
6565
| aeg-subscription-name | Name of event subscription. |
6666
| aeg-delivery-count | Number of attempts made for the event. Example: "1" |
67-
| aeg-data-version | Data version of the event. Example: "1" |
68-
| aeg-metadata-version | Metadata version of the event. Example: "1" |
6967
| aeg-event-type | Event type. Example: "Microsoft.Storage.blobCreated" |
68+
| aeg-metadata-version | Metadata version of the event. Example: "1". For **Event Grid event schema**, this property represents the metadata version and for **cloud event schema**, it represents the **spec version**. |
69+
| aeg-data-version | Data version of the event. Example: "1". Default value: "". For **Event Grid event schema**, this property represents the data version and for **cloud event schema**, it doesn't apply. |
70+
| aeg-output-event-id | ID of the Event Grid event. |
7071

72+
## Message headers
73+
When sending events to a Service Bus endpoint (queue or topic) as brokered messages, the `messageid` of the brokered message is the **event ID**.
7174

72-
## Duplicate detection
73-
When sending events to a Service Bus endpoint as brokered messages, the `messageid` of the brokered message is the event ID. This will be maintained across redelivery of the event so that you can avoid duplicate deliveries by turning on **duplicate detection** on service bus entity. We recommend that you enable duration of the duplicate detection on the Service Bus entity to be either the time-to-live (TTL) of the event or max retry duration, which ever is longer.
75+
The event ID will be maintained across redelivery of the event so that you can avoid duplicate deliveries by turning on **duplicate detection** on the service bus entity. We recommend that you enable duration of the duplicate detection on the Service Bus entity to be either the time-to-live (TTL) of the event or max retry duration, whichever is longer.
7476

7577
## Next steps
7678

articles/event-grid/handler-webhooks.md

Lines changed: 17 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
title: Webhooks as event handlers for Azure Event Grid events
3-
description: Describes how you can use Webhooks (Azure Automation runbooks and loigc apps) as event handlers for Azure Event Grid events.
3+
description: Describes how you can use Webhooks (Azure Automation runbooks and logic apps) as event handlers for Azure Event Grid events.
44
services: event-grid
55
author: spelluru
66

@@ -10,9 +10,11 @@ ms.date: 05/11/2020
1010
ms.author: spelluru
1111
---
1212

13-
# Webhooks and Automation runbooks as event handlers for Azure Event Grid events
13+
# Webhooks, Automation runbooks, Logic apps as event handlers for Azure Event Grid events
1414
An event handler is the place where the event is sent. The handler takes some further action to process the event. Several Azure services are automatically configured to handle events. You can also use any WebHook for handling events. The WebHook doesn't need to be hosted in Azure to handle events. Event Grid only supports HTTPS WebHook endpoints.
1515

16+
> [!NOTE]
17+
> Using Azure Automation runbooks or logic apps as event handlers is supported via webhooks.
1618
1719
## WebHooks
1820

@@ -34,6 +36,19 @@ Processing of events by using automated runbooks is supported via webhooks. You
3436
|[Tutorial: Azure Automation with Event Grid and Microsoft Teams](ensure-tags-exists-on-new-virtual-machines.md) |Create a virtual machine, which sends an event. The event triggers an Automation runbook that tags the virtual machine, and triggers a message that is sent to a Microsoft Teams channel. |
3537

3638

39+
## Logic Apps
40+
Use **Logic Apps** to implement business processes to process Event Grid events.
41+
42+
|Title |Description |
43+
|---------|---------|
44+
| [Tutorial: monitor virtual machine changes with Azure Event Grid and Logic Apps](monitor-virtual-machine-changes-event-grid-logic-app.md) | A logic app monitors changes to a virtual machine and sends emails about those changes. |
45+
| [Tutorial: send email notifications about Azure IoT Hub events using Logic Apps](publish-iot-hub-events-to-logic-apps.md) | A logic app sends a notification email every time a device is added to your IoT hub. |
46+
| [Tutorial: Azure Service Bus to Azure Event Grid integration examples](../service-bus-messaging/service-bus-to-event-grid-integration-example.md?toc=%2fazure%2fevent-grid%2ftoc.json) | Event Grid sends messages from Service Bus topic to function app and logic app. |
47+
48+
## Next steps
49+
For an introduction to Event Grid, see [About Event Grid](overview.md).
50+
51+
3752
## Next steps
3853

3954
* For an introduction to Event Grid, see [About Event Grid](overview.md).

articles/event-grid/toc.yml

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -148,8 +148,6 @@
148148
href: handler-functions.md
149149
- name: Event Hubs
150150
href: handler-event-hubs.md
151-
- name: Logic Apps
152-
href: handler-logic-apps.md
153151
- name: Relay hybrid connections
154152
href: handler-relay-hybrid-connections.md
155153
- name: Service Bus

includes/event-grid-limits.md

Lines changed: 1 addition & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -19,14 +19,9 @@ The following limits apply to Azure Event Grid system topics and custom topics,
1919
| Publish rate for a custom topic (ingress) | 5,000 events per second per topic |
2020
| Publish requests | 250 per second |
2121
| Event size | 1 MB. Operations are charged in 64 KB increments though. So, events over 64 KB will incur operations charges as though they were multiple events. For example, an event that is 130 KB would incur operations as though it were 3 separate events. |
22-
23-
The following limits apply to event domains only.
24-
25-
| Resource | Limit |
26-
| --- | --- |
2722
| Topics per event domain | 100,000 |
2823
| Event subscriptions per topic within a domain | 500 |
2924
| Domain scope event subscriptions | 50 |
3025
| Publish rate for an event domain (ingress) | 5,000 events per second |
31-
| Publish requests | 250 per second |
26+
| Publish requests for an event domain | 250 per second |
3227
| Event Domains per Azure Subscription | 100 |

0 commit comments

Comments
 (0)