Skip to content

Commit 52a9b14

Browse files
committed
updated
1 parent 128a903 commit 52a9b14

File tree

4 files changed

+32
-0
lines changed

4 files changed

+32
-0
lines changed

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

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,9 @@ 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+
2730

2831
## Event Grid event schema
2932

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

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,8 @@ 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.
2729
2830
## Event Grid event schema
2931

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

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -22,5 +22,16 @@ 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.
27+
28+
| Property name | Description |
29+
| ------------- | ----------- |
30+
| aeg-subscription-name | Name of event subscription. |
31+
| 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" |
34+
| aeg-event-type | Event type. Example: "Microsoft.Storage.blobCreated" |
35+
2536
## Next steps
2637
For an introduction to Event Grid, see [About Event Grid](overview.md).

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

Lines changed: 16 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -13,6 +13,7 @@ ms.author: spelluru
1313
# Service Bus queues and topics 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 and **Azure Service Bus** is one of them.
1515

16+
1617
## Service Bus queues
1718
You can route events in Event Grid directly to Service Bus queues for use in buffering or command & control scenarios in enterprise applications.
1819

@@ -56,6 +57,21 @@ az eventgrid event-subscription create \
5657
--endpoint /subscriptions/{SubID}/resourceGroups/TestRG/providers/Microsoft.ServiceBus/namespaces/ns1/topics/topic1
5758
```
5859

60+
## Message headers
61+
Set the following message headers when sending events as messages to a Service Bus endpoint.
62+
63+
| Property name | Description |
64+
| ------------- | ----------- |
65+
| aeg-subscription-name | Name of event subscription. |
66+
| 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" |
69+
| aeg-event-type | Event type. Example: "Microsoft.Storage.blobCreated" |
70+
71+
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.
74+
5975
## Next steps
6076

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

0 commit comments

Comments
 (0)