How Do Failed App Insights Availability Tests Email Subscription Owners?

Answer Correct answer: B — Create an alert rule on AI1's availability test results so failed App1 probes trigger email notifications to the subscription owners.

You have an Azure subscription that contains an Application Insights resource named AI1 and an Azure App Service web app named App1. You create a Standard availability test in AI1. You set its URL to point to App1. You need to ensure that any failed tests generate email notifications to the owners of the subscription. What should you do?

  1. Create an action group.
  2. Create an alert rule. Correct Answer
  3. Enable the test.
  4. Enable the alert.

Community Votes

B
71%
A
29%

71% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.

Community Insight

What is tested is which Azure Monitor object actually notifies someone when a standard AI1 availability test fails; the trap is assuming an action group sends email by itself, when it only defines recipients after an alert rule fires.

An Application Insights availability test against the App Service web app App1 only produces availability results; an alert rule is what turns a failed probe into an email to the subscription owners. This page explains why the correct action is to create the alert rule in AI1, not to create an action group, enable the test, or enable the alert.

Many learners pick "Create an action group" (A) because email delivery is an action-group capability, but an action group is passive: with no alert rule evaluating AI1's failed availability results, no notification is ever sent to the subscription owners.

Community Discussion (3 comments)

dac15e0 👍 4 Selected: B
From this link: https://learn.microsoft.com/en-us/azure/azure-monitor/app/availability?tabs=standard "Automatically enabled availability alerts trigger one email when the endpoint becomes unavailable, and another email when it's available again."
florianwicher 👍 2 Selected: A
Just creating an alert is necessary but not sufficient. The email is sent from an action group associated with the alert rule.
tafa_had 👍 1 Selected: B
A is incorrect: Action groups define notification settings but require an alert rule to trigger them. Alone, they won't generate alerts. B is correct: This ensures that failed availability tests trigger email notifications to the subscription owners. C is incorrect: The test must be enabled, but enabling it does not automatically send alerts for failures. D is incorrect: Alerts are not enabled by default, but you must first create an alert rule before enabling alerts.

Comments & Corrections

No comments yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Expert Analysis

Why the Answer Is Correct

A standard availability test in AI1 only records pass/fail availability results for the URL pointing at App1; results sitting in Application Insights notify nobody. The Azure Monitor object that watches those results and changes state when a test fails is the alert rule, and creating that rule is what produces the alert firing on each failed test. The notification path (owners/subscription administrators plus the rule's action group) is attached to the rule, so the email to the subscription owners flows from the rule's trigger. Because the requirement is that any failed test generates email, the missing piece in this scenario is the alert rule itself, which is exactly option B.

Why the Other Options Are Wrong

A is the strongest distractor: an action group does contain the email/SMS/webhook recipients, but it has no condition of its own and must be invoked by an alert rule, so alone it never informs anyone about a failed App1 probe. C is wrong because enabling the test merely starts the probes from the configured test locations; a failing probe is just a result, not a notification. D describes a state rather than an action: you cannot "enable the alert" until an alert rule exists, and the question gives no indication that one has already been defined for AI1. Only creating the alert rule satisfies "failed tests generate email notifications to the subscription owners."

Community Comment Notes

The thread splits exactly along the trigger-versus-delivery line. dac15e0 supports the alert-centric view by quoting Microsoft's availability documentation that "alerts trigger one email when the endpoint becomes unavailable," underlining that the alert, not the test, is what mails out. florianwicher answers A, reasoning that "the email is sent from an action group associated with the alert rule" — accurate about delivery, but the rule still supplies the trigger that makes delivery happen. tafa_had reconciles the two in the top reply chain: "Action groups define notification settings but require an alert rule to trigger them." Read together, the comments confirm that the rule is the piece the scenario is missing, which is why the majority settled on B.

Official Reference

Exam Strategy

Separate the trigger from the delivery in every Azure Monitor question: alert rules hold the condition, action groups hold the recipients and channels. When the stem says "notify" or "email" and no trigger already exists for the failing test, the answer creates the rule first, because an action group alone never fires.

Frequently Asked Questions

Why isn't an action group alone enough to email the subscription owners?

An action group only defines who is contacted and how; it needs an alert rule as the trigger. Without a rule watching AI1's failed availability results, nothing ever fires and no email is sent.

Do standard availability tests email owners without an alert rule?

The failing App1 test results by themselves notify no one. Azure Monitor delivers the owner email through the alert rule configured over those AI1 availability results.

Related Analysis

← Back to AZ-204 Study Guide