You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
> Only storage accounts of kind **StorageV2 (general purpose v2)** and **BlobStorage** support event integration. **Storage (genral purpose v1)** does *not* support integration with Event Grid.
41
+
39
42
## Create a message endpoint
40
43
41
44
Before subscribing to the events for the Blob storage, let's create the endpoint for the event message. Typically, the endpoint takes actions based on the event data. To simplify this quickstart, you deploy a [pre-built web app](https://github.com/Azure-Samples/azure-event-grid-viewer) that displays the event messages. The deployed solution includes an App Service plan, an App Service web app, and source code from GitHub.
Copy file name to clipboardExpand all lines: articles/event-grid/cloudevents-schema.md
-3Lines changed: 0 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -69,7 +69,6 @@ You can use Event Grid for both input and output of events in CloudEvents schema
69
69
|--------------------|---------------------
70
70
| CloudEvents format | CloudEvents format
71
71
| Event Grid format | CloudEvents format
72
-
| CloudEvents format | Event Grid format
73
72
| Event Grid format | Event Grid format
74
73
75
74
For all event schemas, Event Grid requires validation when publishing to an event grid topic and when creating an event subscription. For more information, see [Event Grid security and authentication](security-authentication.md).
@@ -106,8 +105,6 @@ New-AzureRmEventGridTopic `
106
105
-InputSchema CloudEventSchemaV1_0
107
106
```
108
107
109
-
The current version of CloudEvents doesn't support batching of events. To publish events with CloudEvent schema to a topic, publish each event individually.
110
-
111
108
### Output schema
112
109
113
110
You set the output schema when you create the event subscription.
Copy file name to clipboardExpand all lines: articles/event-grid/edge/api.md
+91Lines changed: 91 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -179,6 +179,7 @@ Samples in this section use `EndpointType=Webhook;`. The json samples for `Endpo
179
179
"eventExpiryInMinutes": 120,
180
180
"maxDeliveryAttempts": 50
181
181
},
182
+
"persistencePolicy": "true",
182
183
"destination":
183
184
{
184
185
"endpointType": "WebHook",
@@ -682,3 +683,93 @@ SasKey:
682
683
TopicName:
683
684
- If the Subscription.EventDeliverySchema is set to EventGridSchema, the value from this field is put into every event's Topic field before being forwarded to Event Grid in the cloud.
684
685
- If the Subscription.EventDeliverySchema is set to CustomEventSchema, this property is ignored and the custom event payload is forwarded exactly as it was received.
686
+
687
+
## Set up Event Hubs as a destination
688
+
689
+
To publish to an Event Hub, set the `endpointType` to `eventHub` and provide:
690
+
691
+
* connectionString: Connection string for the specific Event Hub you're targeting generated via a Shared Access Policy.
692
+
693
+
>[!NOTE]
694
+
> The connection string must be entity specific. Using a namespace connection string will not work. You can generate an entity specific connection string by navigating to the specific Event Hub you would like to publish to in the Azure Portal and clicking **Shared access policies** to generate a new entity specific connecection string.
To publish to a Service Bus Queue, set the `endpointType` to `serviceBusQueue` and provide:
712
+
713
+
* connectionString: Connection string for the specific Service Bus Queue you're targeting generated via a Shared Access Policy.
714
+
715
+
>[!NOTE]
716
+
> The connection string must be entity specific. Using a namespace connection string will not work. Generate an entity specific connection string by navigating to the specific Service Bus Queue you would like to publish to in the Azure Portal and clicking **Shared access policies** to generate a new entity specific connecection string.
To publish to a Service Bus Topic, set the `endpointType` to `serviceBusTopic` and provide:
734
+
735
+
* connectionString: Connection string for the specific Service Bus Topic you're targeting generated via a Shared Access Policy.
736
+
737
+
>[!NOTE]
738
+
> The connection string must be entity specific. Using a namespace connection string will not work. Generate an entity specific connection string by navigating to the specific Service Bus Topic you would like to publish to in the Azure Portal and clicking **Shared access policies** to generate a new entity specific connecection string.
To publish to a Storage Queue, set the `endpointType` to `storageQueue` and provide:
756
+
757
+
* queueName: Name of the Storage Queue you're publishing to.
758
+
* connectionString: Connection string for the Storage Account the Storage Queue is in.
759
+
760
+
>[!NOTE]
761
+
> Unline Event Hubs, Service Bus Queues, and Service Bus Topics, the connection string used for Storage Queues is not entity specific. Instead, it must but the connection string for the Storage Account.
Copy file name to clipboardExpand all lines: articles/event-grid/edge/configure-client-auth.md
+16-16Lines changed: 16 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ services: event-grid
13
13
14
14
# Configure client authentication of incoming calls
15
15
16
-
This guide gives examples of the possible client authentication configurations for the Event Grid module. The Event Grid module supports two types of client authentication:-
16
+
This guide gives examples of the possible client authentication configurations for the Event Grid module. The Event Grid module supports two types of client authentication:
17
17
18
18
* Shared access signature (SAS) key-based
19
19
* Certificate-based
@@ -25,10 +25,10 @@ See [Security and authentication](security-authentication.md) guide for all the
>Set the property **inbound:clientAuth:clientCert:allowUnknownCA** to **true** only in test environments as you might typically use self-signed certificates. For production workloads, we recommend that you set this property to **false** and certificates from a certificate authority (CA).
50
+
>Set the property **inbound__clientAuth__clientCert__allowUnknownCA** to **true** only in test environments as you might typically use self-signed certificates. For production workloads, we recommend that you set this property to **false** and certificates from a certificate authority (CA).
51
51
52
52
## Enable certificate-based and sas-key based client authentication
Copy file name to clipboardExpand all lines: articles/event-grid/edge/configure-event-grid.md
+27-19Lines changed: 27 additions & 19 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,56 +21,64 @@ To learn about client authentication in general, see [Security and Authenticatio
21
21
22
22
| Property Name | Description |
23
23
| ---------------- | ------------ |
24
-
|`inbound:serverAuth:tlsPolicy`| TLS Policy of the Event Grid module. Default value is HTTPS only.
25
-
|`inbound:serverAuth:serverCert:source`| Source of server certificate used by the Event Grid Module for its TLS configuration. Default value is IoT Edge.
24
+
|`inbound__serverAuth__tlsPolicy`| TLS Policy of the Event Grid module. Default value is HTTPS only.
25
+
|`inbound__serverAuth__serverCert__source`| Source of server certificate used by the Event Grid Module for its TLS configuration. Default value is IoT Edge.
26
26
27
27
## Incoming client authentication
28
28
29
29
To learn about client authentication in general, see [Security and Authentication](security-authentication.md). Examples can be found in [this article](configure-client-auth.md).
30
30
31
31
| Property Name | Description |
32
32
| ---------------- | ------------ |
33
-
|`inbound:clientAuth:clientCert:enabled`| To turn on/off certificate-based client authentication. Default value is true.
34
-
|`inbound:clientAuth:clientCert:source`| Source for validating client certificates. Default value is IoT Edge.
35
-
|`inbound:clientAuth:clientCert:allowUnknownCA`| Policy to allow a self-signed client certificate. Default value is true.
36
-
|`inbound:clientAuth:sasKeys:enabled`| To turn on/off SAS key based client authentication. Default value is off.
37
-
|`inbound:clientAuth:sasKeys:key1`| One of the values to validate incoming requests.
38
-
|`inbound:clientAuth:sasKeys:key2`| Optional second value to validate incoming requests.
33
+
|`inbound__clientAuth__clientCert__enabled`| To turn on/off certificate-based client authentication. Default value is true.
34
+
|`inbound__clientAuth__clientCert__source`| Source for validating client certificates. Default value is IoT Edge.
35
+
|`inbound__clientAuth__clientCert__allowUnknownCA`| Policy to allow a self-signed client certificate. Default value is true.
36
+
|`inbound__clientAuth__sasKeys__enabled`| To turn on/off SAS key based client authentication. Default value is off.
37
+
|`inbound__clientAuth__sasKeys__key1`| One of the values to validate incoming requests.
38
+
|`inbound__clientAuth__sasKeys__key2`| Optional second value to validate incoming requests.
39
39
40
40
## Outgoing client authentication
41
41
To learn about client authentication in general, see [Security and Authentication](security-authentication.md). Examples can be found in [this article](configure-identity-auth.md).
42
42
43
43
| Property Name | Description |
44
44
| ---------------- | ------------ |
45
-
|`outbound:clientAuth:clientCert:enabled`| To turn on/off attaching an identity certificate for outgoing requests. Default value is true.
46
-
|`outbound:clientAuth:clientCert:source`| Source for retrieving Event Grid module's outgoing certificate. Default value is IoT Edge.
45
+
|`outbound__clientAuth__clientCert__enabled`| To turn on/off attaching an identity certificate for outgoing requests. Default value is true.
46
+
|`outbound__clientAuth__clientCert__source`| Source for retrieving Event Grid module's outgoing certificate. Default value is IoT Edge.
47
47
48
48
## Webhook event handlers
49
49
50
50
To learn about client authentication in general, see [Security and Authentication](security-authentication.md). Examples can be found in [this article](configure-webhook-subscriber-auth.md).
51
51
52
52
| Property Name | Description |
53
53
| ---------------- | ------------ |
54
-
|`outbound:webhook:httpsOnly`| Policy to control whether only HTTPS subscribers will be allowed. Default value is true (only HTTPS).
55
-
|`outbound:webhook:skipServerCertValidation`| Flag to control whether to validate the subscriber's certificate. Default value is true.
56
-
|`outbound:webhook:allowUnknownCA`| Policy to control whether a self-signed certificate can be presented by a subscriber. Default value is true.
54
+
|`outbound__webhook__httpsOnly`| Policy to control whether only HTTPS subscribers will be allowed. Default value is true (only HTTPS).
55
+
|`outbound__webhook__skipServerCertValidation`| Flag to control whether to validate the subscriber's certificate. Default value is true.
56
+
|`outbound__webhook__allowUnknownCA`| Policy to control whether a self-signed certificate can be presented by a subscriber. Default value is true.
57
57
58
58
## Delivery and retry
59
59
60
60
To learn about this feature in general, see [Delivery and Retry](delivery-retry.md).
61
61
62
62
| Property Name | Description |
63
63
| ---------------- | ------------ |
64
-
| `broker:defaultMaxDeliveryAttempts` | Maximum number of attempts to deliver an event. Default value is 30.
65
-
| `broker:defaultEventTimeToLiveInSeconds` | Time-to-live (TTL) in seconds after which an event will be dropped if not delivered. Default value is **7200** seconds
64
+
| `broker__defaultMaxDeliveryAttempts` | Maximum number of attempts to deliver an event. Default value is 30.
65
+
| `broker__defaultEventTimeToLiveInSeconds` | Time-to-live (TTL) in seconds after which an event will be dropped if not delivered. Default value is **7200** seconds
66
66
67
67
## Output batching
68
68
69
69
To learn about this feature in general, see [Delivery and Output batching](delivery-output-batching.md).
70
70
71
71
| Property Name | Description |
72
72
| ---------------- | ------------ |
73
-
| `api:deliveryPolicyLimits:maxBatchSizeInBytes` | Maximum value allowed for the `ApproxBatchSizeInBytes` knob. Default value is `1_058_576`.
74
-
| `api:deliveryPolicyLimits:maxEventsPerBatch` | Maximum value allowed for the `MaxEventsPerBatch` knob. Default value is `50`.
75
-
| `broker:defaultMaxBatchSizeInBytes` | Maximum delivery request size when only `MaxEventsPerBatch` is specified. Default value is `1_058_576`.
76
-
| `broker:defaultMaxEventsPerBatch` | Maximum number of events to add to a batch when only `MaxBatchSizeInBytes` is specified. Default value is `10`.
73
+
| `api__deliveryPolicyLimits__maxBatchSizeInBytes` | Maximum value allowed for the `ApproxBatchSizeInBytes` knob. Default value is `1_058_576`.
74
+
| `api__deliveryPolicyLimits__maxEventsPerBatch` | Maximum value allowed for the `MaxEventsPerBatch` knob. Default value is `50`.
75
+
| `broker__defaultMaxBatchSizeInBytes` | Maximum delivery request size when only `MaxEventsPerBatch` is specified. Default value is `1_058_576`.
76
+
| `broker__defaultMaxEventsPerBatch` | Maximum number of events to add to a batch when only `MaxBatchSizeInBytes` is specified. Default value is `10`.
77
+
78
+
## Metrics
79
+
80
+
To learn about using metrics with Event Grid on IoT Edge, see [monitor topics and subscriptions](monitor-topics-subscriptions.md)
81
+
82
+
| Property Name | Description |
83
+
| ---------------- | ------------ |
84
+
| `metrics__reporterType` | Reporter type for metrics enpoint. Default is `none` and disables metrics. Setting to `prometheus` enables metrics in the Prometheus exposition format.
Copy file name to clipboardExpand all lines: articles/event-grid/edge/configure-identity-auth.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ services: event-grid
13
13
14
14
# Configure identity for the Event Grid module
15
15
16
-
This article gives you examples of the possible identity configurations for an Event Grid module. By default, the Event Grid module will present its identity certificate as configured by the IoT security daemon. An identity certificate is presented by the Event Grid module on its outgoing calls that is, when it delivers events. A subscriber to an Event Grid event can then choose to validate that it's indeed the Event Grid module that sent the event before accepting the event.
16
+
This article gives shows how to configure identity for Grid on Edge. By default, the Event Grid module presents its identity certificate as configured by the IoT security daemon. Event Grid on Edge presents its identity certificate with its outgoing calls when it delivers events. A subscriber can then validate it's the Event Grid module that sent the event before accepting.
17
17
18
18
See [Security and authentication](security-authentication.md) guide for all the possible configurations.
19
19
@@ -23,8 +23,8 @@ Here's an example configuration for always presenting an identity certificate on
0 commit comments