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
Copy file name to clipboardExpand all lines: articles/governance/policy/concepts/event-overview.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -32,15 +32,15 @@ Event Grid has a few benefits for customers and services in the Azure ecosystem:
32
32
- Durable delivery: In order for services and user applications to respond in real-time to policy compliance events,
33
33
Event Grid seeks to offer policy events with minimum latency. Event Grid retries transmission of an event if a subscriber's
34
34
endpoint fails to acknowledge receipt of it or if it doesn't, according to a predetermined retry schedule and retry policy.
35
-
- Custom event producer: Event Grid event producers and consumers do not need to be Azure or Microsoft services.
35
+
- Custom event producer: Event Grid event producers and consumers don't need to be Azure or Microsoft services.
36
36
External applications can receive an alert, show the creation of a remediation task or collect messages on who responds to the
37
37
state change.
38
38
See
39
39
[Route policy state change events to Event Grid with Azure CLI](../tutorials/route-state-change-events.md)
40
40
for a full tutorial.
41
41
42
42
There are two primary entities when using Event Grid:
43
-
- Events: These events can be anything a user may want to react to – includes if a policy compliance state is
43
+
- Events: These events can be anything a user may want to react to that includes if a policy compliance state is
44
44
created, changed, and deleted of a resource such as a VM or storage accounts.
45
45
- Event Grid Subscriptions: These event subscriptions are user configured entities that direct the proper set of events
46
46
from a publisher to a subscriber. Event subscriptions can filter events based on the resource path the event
@@ -51,17 +51,17 @@ A common Azure Policy event scenario is tracking when the compliance state of a
51
51
during policy evaluation. Event-based architecture is an efficient way to react to these changes
52
52
and aids in the event based reaction to compliance state changes.
53
53
54
-
Another scenario is to automatically trigger remediation tasks without manually ticking off 'create
55
-
remediation task' on the policy page. Event Grid checks for compliance state and resources that are currently
54
+
Another scenario is to automatically trigger remediation tasks without manually ticking off _create
55
+
remediation task_ on the policy page. Event Grid checks for compliance state and resources that are currently
56
56
noncompliant can be remedied. Learn more about [remediation structure](../concepts/remediation-structure.md).
57
-
> Remediation requires a managed identity and policies must be in Modify or DeployIfNotExists effect. [Learn more about
58
-
effect types](../how-to//remediate-resources.md).
57
+
Remediation requires a managed identity and policies must be in Modify or DeployIfNotExists effect. [Learn more about
58
+
effect types](../how-to/remediate-resources.md).
59
59
60
60
Additionally, Event Grid is helpful as an audit system to store state changes and understand cause of noncompliance over
61
61
time. The scenarios for Event Grid are endless and based on the motivation, Event Grid is configurable.
62
62
63
63
64
-
:::image type="content" source="../../../event-grid/media/overview/functional-model.png" alt-text="Event Grid model of sources and handlers" lightbox="../../../event-grid/media/overview/functional-model-big.png":::
64
+
:::image type="content" source="../../../event-grid/media/overview/functional-model.png" alt-text="Screenshot of Event Grid model of sources and handlers." lightbox="../../../event-grid/media/overview/functional-model-big.png":::
0 commit comments