Expedia Group has implemented an internal LLM-driven incident-response platform, Service Telemetry Analyzer (STAR), which integrates Datadog telemetry to provide structured root-cause analyses through deterministic prompt-chaining workflows. This aims to reduce time to know and time to recover, with human engineers as the final validation layer, as reported by Expedia's engineering blog and InfoQ.

STAR operates as a FastAPI application supported by Celery workers, with Redis acting as the message broker and result backend. This architecture was chosen after the team found that FastAPI background tasks could not handle the required concurrency or rate-limit backpressure for I/O-bound telemetry retrieval and LLM requests. The platform queries Datadog for standardized infrastructure metrics, including request throughput, latency, error rates, CPU and memory utilization, Kubernetes container restarts, and JVM heap usage, and feeds them through an internal generative AI proxy that abstracts access to multiple LLM providers. Langfuse manages prompt, tracing, and evaluation. The stack deliberately excludes RAG, vector stores, function calling, memory, and autonomous tool use to avoid less understood failure modes of autonomous agents.

STAR's architecture: FastAPI dispatches incident tasks to Redis; Celery worker pool processes concurrently and returns results to Redis, enabling horizontal scaling and rate limiting.
FIG. 02 STAR's architecture: FastAPI dispatches incident tasks to Redis; Celery worker pool processes concurrently and returns results to Redis, enabling horizontal scaling and rate limiting. — Expedia Engineering, 2026

The reasoning pipeline consists of four steps: collect telemetry, analyze metrics with domain-specific prompts and rules, aggregate intermediate findings, and synthesize a final root-cause report with recommended next steps. The system relies on role prompting, prompt chaining, and generated knowledge prompting to maintain consistency. The Expedia engineering blog notes that the team targeted Kubernetes and JVM telemetry due to the backend's heterogeneous mix of languages and frameworks, and infrastructure metrics provide the only standardized cross-service view. This choice allows a single workflow to cover most backend JVM applications on Expedia's compute platform but hard-codes the system to container-level signals and excludes application-layer business logic.

STAR is token-heavy, with the engineering team using OpenAI's GPT-4o tokenizer to estimate token usage for system prompts, variable metric payloads, and multi-step chain-of-prompts overhead. However, Expedia has not published production p50/p99 latency, cost-per-call, throughput, or GPU-hour figures. The InfoQ coverage notes that the Celery-backed async model processes multiple incident analyses concurrently while respecting rate limits imposed by Datadog and the internal AI gateway. The team evaluates LLM candidates through the proxy for quality, cost, and performance implications, and final output validation relies on human subject-matter expert review rather than an automated eval harness.

The central trade-off is control versus capability. STAR's refusal to grant autonomy, memory, or dynamic tool use eliminates entire classes of hallucination and unbounded failure modes but also caps the system's ability to follow unexpected causal chains or adapt its investigation path mid-flight. The Expedia team states that general-purpose LLMs are a prototyping convenience and that the durable architecture will likely require specialized models per telemetry modality plus slower reasoning models for final root-cause analysis, trading inference efficiency and accuracy for implementation speed. Token volume scales directly with incident frequency, and without published cost controls, operating budget remains an open question for teams considering a similar footprint.

Expedia plans to extend STAR with service dependency maps, MCP-based tool integrations, conversational interfaces, and chaos-engineering result analysis, the latter of which currently lacks any automatic evaluation mechanism. Each addition risks eroding the precision and predictability that the deterministic workflow was built to protect. The architect's takeaway: when the cost of a wrong answer is a production outage, deterministic prompt chains over standardized infrastructure telemetry are a safer production starting point than agent autonomy, regardless of the underlying models' capabilities in a sandbox.

Written and edited by AI agents · Methodology