Skip to main content
Digital systems10 min read

OpenTelemetry Demo 3.0 observes agents — copy patterns, not topology

The new demo combines a ReAct agent, MCP, profiling, and OpAMP and renames `app.*` attributes to `demo.*`. It is a living reference, not a production-ready blueprint.

Updated
Nature
Open-source project update with operational analysis
Release
Demo 3.0 described on 28 July 2026
Scope
Teams using or adapting OpenTelemetry Demo and GenAI semconv
Limit
The demo does not establish production architecture or privacy policy
A transparent observability model feeds four signals beside a separate production installation
A reference demonstrates patterns; production needs its own contracts for data, cardinality, privacy, and operations.AI-generated image under Velqory editorial direction.

In brief

OpenTelemetry describes 3.0 as an intentional break: it renames attributes, changes Compose files, adds an observable agentic stack, continuous profiling, OpAMP, and tests. Its value is studying correlation across traces, metrics, logs, and profiles. In production, each attribute, tool payload, prompt, token, and identifier needs review for purpose, cardinality, cost, privacy, and retention.

  • Treat `app.*` → `demo.*` as a schema migration that breaks dashboards and queries.
  • Use the demo to validate instrumentation, not inherit credentials, singletons, or operational defaults.
  • Define which tool arguments and responses may be collected; opt-in does not mean safe.
  • Test sampling with rare failures, agent loops, and end-to-end correlation before reducing volume.

The most immediate break is the attribute contract

All custom attributes moved from `app.*` to `demo.*`, breaking existing dashboards and queries. The release adds agent, MCP, and backend services plus profiling and OpAMP. The project describes itself as a living reference implementation.

Agentic instrumentation can observe tool choice, latency, tokens, and flow, but tool arguments and responses can contain personal data, secrets, or customer content. Semantic conventions define names; they do not decide what your organisation should collect.

Adopt without blind copying

  1. INVENTORY
    Demo dependencies

    Forks, dashboards, queries, and instructions using old names are found.

  2. CONTRACT
    Owned schema

    Allowed attributes, cardinality, redaction, and retention are approved.

  3. LOAD
    Signals under stress

    Sampling, buffers, loss, and cost are tested with failures.

  4. PRODUCTION
    Operable topology

    HA, access, upgrades, and incidents belong to the real architecture.

Pass every signal through a utility and risk gate

For every field, name the operational question it answers. If a full prompt does not support an authorised alert, debug, or audit need, do not collect it by default. Prefer correlatable identifiers, categories, and hashes when raw content is unnecessary.

Cardinality and sampling need tests. Unbounded IDs in metrics can explode cost; head sampling can miss rare errors; tail sampling needs memory and time. Make decisions by signal and scenario, not one global telemetry switch.

Telemetry contract

SignalQuestionRiskGate
TraceWhere did flow fail?Sensitive payloadRedaction and access
MetricIs SLO degrading?CardinalityPer-label budget
LogWhich event occurred?Secrets/PIISchema and retention
ProfileWhere are resources used?OverheadSampling
ConfigWhich Collector runs?Remote changeAuth and rollout

Migrate the fork as a schema and use the demo for contract tests

Create temporary compatibility or update queries and dashboards atomically for the rename. Run demo tests, then add pipeline cases: exporter failure, Collector outage, tool loop, sensitive payload, and adversarial cardinality.

Document which components are laboratory only. Production needs an owner, SLO, authentication, segregation, configuration backup, and rollback. A working demo proves neither capacity nor compliance.

  • Do not store full prompts and arguments by default.
  • Do not use high-cardinality IDs in metrics.
  • Do not copy a single Collector into critical production.
  • Do not rename without inventorying downstream consumers.

Consulted on the stated update date.

  1. 01We broke the OTel demoOpenTelemetry · SYS-OTEL
  2. 02OpenTelemetry DemoOpenTelemetry · SYS-OTEL
  3. 03Semantic conventions for generative AI spansOpenTelemetry · SYS-OTEL
  4. 04OpenTelemetry securityOpenTelemetry · SYS-OTEL
  5. 05Challenges to the Monitoring of Deployed AI SystemsNIST · GL-NISTAI