For theDesigning and Implementing Enterprise Network Assurance (300-445 ENNA)exam, understanding enterprise-scale deployment of the Endpoint Agent (EPA) is vital for ensuring comprehensive user-centric visibility. When an organization utilizes aMicrosoft Domain Controllerto manage its internal domain, the standard mechanism for automated software distribution isGroup Policy Objects (GPOs) (Option B).
Deploying the ThousandEyes Endpoint Agent via GPO allows a network administrator to push the .msi installer package to all Windows-based workstations joined to the domain. This method is highly effective for large-scale environments because it ensures that the agent is installed automatically upon machine startup or user login, without requiring manual intervention from the end-user or the IT staff at each individual machine.
The GPO can be configured to perform a "silent installation," which runs in the background, ensuring a seamless experience for the employees while providing the IT team with the necessary performance metrics.
WhileMicrosoft Intune (Option A)is a modern cloud-based endpoint management solution, the question specifically references aMicrosoft Domain Controller, making GPO the most direct and traditional choice for that specific infrastructure.JAMF (Option C)is specifically for Apple (macOS/iOS) device management and would not be used for a Windows domain deployment.8PowerShell (Option D)can be used for scripting, but it lacks the centralized policy enforcement and automatic compliance checking provided by GPOs in an Active Directory environment. Therefore,Group Policy Objectsis the verified deployment method for this scenario.

Within theDesigning and Implementing Enterprise Network Assurance (300-445 ENNA)framework, the transition from "polling" to "streaming" is a major architectural shift. To populate real-time dashboards in external observability platforms likeGrafana,Splunk, orAppDynamics, the architect should utilize the OpenTelemetry (OTel)integration (Option B).
ThousandEyes for OpenTelemetry is a push-based API built on the standardizedOpenTelemetry Protocol (OTLP). Unlike traditional REST API polling (Option A), which retrieves data at fixed intervals and can be subject to rate limiting and latency, the OTel integration allows ThousandEyes to stream granular network metrics as they are collected. These metrics-including latency, loss, jitter, and HTTP response times-are exported in a standardized format that is natively understood by modern observability backends. This allows the platform to populate complex visualizations such as time-series graphs, heatmaps, and multi-metric tables in near real-time, providing a "single pane of glass" view that correlates network performance with application and infrastructure telemetry.
A key advantage of the OTel approach isdata portabilityandcorrelation. By applying metadata tags to ThousandEyes tests, the data can be filtered and categorized within the external dashboard to match the organization's business logic (e.g., grouping by region or application tier). This enables SREs and NetOps teams to quickly identify if a performance dip in an application dashboard correlates with a spike in internet latency measured by ThousandEyes. Options C and D do not provide the streaming data pipeline required for real-time external dashboard population. Thus,OpenTelemetryis the definitive choice for high-fidelity, real- time observability integration.