nerdexam
Microsoft

AZ-204 · Question #84

Case Study 7 - Proseware, Inc Background You are a developer for Proseware, Inc. You are developing an application that applies a set of governance policies for Proseware's internal services…

The correct answer is TelemetryProcessor; RequestTelemetry; /health. The correct arrangement uses TelemetryProcessor to intercept and enrich all telemetry with the Event Grid Event ID field, RequestTelemetry to represent the specific telemetry type being enriched (since policy actions originate from HTTP requests/events), and /health as the…

Submitted by fatima_kr· Mar 30, 2026Instrument solutions to support monitoring and logging using Azure Application Insights, including custom telemetry enrichment and telemetry pipeline configuration

Question

Case Study 7 - Proseware, Inc Background You are a developer for Proseware, Inc. You are developing an application that applies a set of governance policies for Proseware's internal services, external services, and applications. The application will also provide a shared library for common functionality. Requirements Policy service You develop and deploy a stateful ASP.NET Core 2.1 web application named Policy service to an Azure App Service Web App. The application reacts to events from Azure Event Grid and performs policy actions based on those events. The application must include the Event Grid Event ID field in all Application Insights telemetry. Policy service must use Application Insights to automatically scale with the number of policy actions that it is performing. Policies Log Policy All Azure App Service Web Apps must write logs to Azure Blob storage. All log files should be saved to a container named logdrop. Logs must remain in the container for 15 days. Authentication events Authentication events are used to monitor users signing in and signing out. All authentication events must be processed by Policy service. Sign outs must be processed as quickly as possible. PolicyLib You have a shared library named PolicyLib that contains functionality common to all ASP.NET Core web services and applications. The PolicyLib library must: Exclude non-user actions from Application Insights telemetry. Provide methods that allow a web service to scale itself Ensure that scaling actions do not disrupt application usage Other Anomaly detection service You have an anomaly detection service that analyzes log information for anomalies. It is implemented as an Azure Machine Learning model. The model is deployed as a web service. If an anomaly is detected, an Azure Function that emails administrators is called by using an HTTP WebHook. Health monitoring All web applications and services have health monitoring at the /health service endpoint. Policy loss When you deploy Policy service, policies may not be applied if they were in the process of being applied during the deployment. Performance issue When under heavy load, the anomaly detection service undergoes slowdowns and rejects connections. Notification latency Users report that anomaly detection emails can sometimes arrive several minutes after an anomaly is detected. Relevant portions of the app files are shown below. Line numbers are included for reference only and include a two-character prefix that denotes the specific file to which they belong. Relevant portions of the app files are shown below. Line numbers are included for reference only and include a two-character prefix that denotes the specific file to which they belong. Drag and Drop Question You need to ensure that PolicyLib requirements are met. How should you complete the code segment? To answer, drag the appropriate code segments to the correct locations. Each code segment may be used once, more than once, or not at all. You may need to drag the split bar between panes or scroll to view content. NOTE: Each correct selection is worth one point. Answer:

Exhibit

AZ-204 question #84 exhibit

Answer Area

Drag items

TelemetryProcessorRequestTelemetry/health

Correct arrangement

  • TelemetryProcessor
  • RequestTelemetry
  • /health

Explanation

The correct arrangement uses TelemetryProcessor to intercept and enrich all telemetry with the Event Grid Event ID field, RequestTelemetry to represent the specific telemetry type being enriched (since policy actions originate from HTTP requests/events), and /health as the health check endpoint that should be excluded from telemetry or used for App Service scaling probes. A custom TelemetryProcessor is the correct mechanism to add custom properties (like Event Grid Event ID) to ALL Application Insights telemetry items, and RequestTelemetry captures the inbound request context where the Event Grid event data is available.

Topics

#Application Insights#TelemetryProcessor#Azure Event Grid#ASP.NET Core Telemetry

Community Discussion

No community discussion yet for this question.

Full AZ-204 Practice