AWS

Detecting Silent Dashboard Failures with Amazon Bedrock

An AWS team built a serverless validation system on Amazon Bedrock to catch blank charts and wrong numbers before users see them, cutting detection time from 72 hours to under 1 hour.

Detecting Silent Dashboard Failures with Amazon Bedrock — article cover

A user opens a dashboard minutes before a meeting and finds a blank chart. Every infrastructure monitor says healthy: servers up, APIs responsive, pipeline completed. Yet the content is broken, and no system flagged it. This is the silent failure class that AWS engineers tackled with a last-mile validation solution using Amazon Bedrock, as described on the AWS Machine Learning Blog on September 2, 2026.

Their instrumentation showed that fewer than 1 percent of such failures get a user report. Without automation, these issues stay invisible until someone complains. The stakes rise when dashboards feed AI narrative systems, where a wrong number propagates directly into executive insights.

The Gap at the Presentation Layer

Traditional monitoring tools cover two layers well. Amazon CloudWatch Synthetics checks that pages load and links resolve. Data-layer validations catch upstream pipeline failures. But neither catches a filter misconfiguration or aggregation error that renders a perfectly healthy chart with incorrect numbers.

This gap manifests in two ways. First, silent visual failures: blank tiles, stale data, or error states that appear despite healthy infrastructure. Second, undetected numeric inconsistencies: charts that look fine but show wrong values due to logic errors or refresh timing.

The AWS team’s solution adds a third layer—semantic judgment at the BI presentation layer. It supplements, not replaces, existing monitoring.

Five-Stage Serverless Architecture

The solution runs on AWS managed services, scaling to zero between cycles to keep costs proportional. It processes hundreds of dashboards on the AWS Insights application, powered by Amazon Quick.

Stage 1: Scheduling and registry. Amazon EventBridge triggers hourly visual checks and weekly numeric validations. A configuration registry in Amazon Redshift tracks monitored sections, owners, and preferences.

Stage 2: Screenshot capture. For visual checks, AWS Lambda runs headless browsers to render each section as a user would see it. For numeric checks, an agentic browser navigates and applies filters. Before storage, Amazon Rekognition detects and redacts text and numbers, replacing them with placeholders so no sensitive data persists. Screenshots go to S3, served via CloudFront.

Stage 3: AI analysis. Two parallel mechanisms run here, both following the same principle: AI handles semantic understanding, deterministic code handles precision.

Visual validation uses Anthropic Claude models on Amazon Bedrock to detect blank tiles, error states, and missing visuals. The hardest part is distinguishing a legitimately empty state (a filter that returns no data) from a real failure (a pipeline error). Outputs are constrained to structured verdicts with confidence scores, and ambiguous results route to human review.

Numeric validation cross-checks the same metric across dashboards. An LLM locates each metric in screenshots and reads its value, but deterministic code handles unit normalization and decimal precision before issuing a matched or mismatched verdict.

Stage 4: Alerting. Confirmed visual failures trigger Slack notifications with screenshots, confidence scores, and investigation links. Persistent issues escalate to tickets. Numeric mismatches compile into a report for human review.

Stage 5: Telemetry. Results persist to Redshift for trend analysis, with CloudWatch monitoring the system itself.

Production Lessons

Two engineering insights stand out for anyone building AI validation systems.

Design against false positives first. False alarms kill adoption. Owners who receive unreliable notifications stop trusting them. The team prioritized contextual reasoning over speed, accepting slower per-check analysis to get judgments that don’t require second-guessing. For hourly cycles, accuracy beats real-time.

Keep LLMs away from arithmetic. The numeric mechanism initially used two LLM layers: one to extract and compare, another to judge. Both had access to calculator tools, but the team found LLMs apply comparison rules inconsistently—when to round, what tolerance to allow. Deterministic code now handles all numeric verdicts, with LLMs only doing the semantic work of locating and reading values.

Practical Takeaway

This solution reduced mean time to detection from up to 72 hours to under 1 hour. The architecture is a useful template for any team facing silent content failures: use AI for semantic judgment, keep deterministic logic for precision, and design alerting to minimize false positives. The AWS post doesn’t detail cost or model latency, but the serverless design suggests it scales with usage.

If you’re building similar validation, start by instrumenting your dashboards to measure how often failures go unreported. That data will justify the investment in a last-mile check.

Sources

AI-assisted summary compiled from the sources above, reviewed by a human before publishing.

SHAREXEMAIL