Telemetry
For teams tracking containers, hosts, processes, disks, and network metrics

Infrastructure Metrics With SQL

Send structured infrastructure events when you need queryable host and container history without a large monitoring rollout.

Reviewed by the Telemetry product team on . Event contract, recommended analysis, and privacy boundaries. Review standards and ownership

Why this works
  • Analyze container, disk, process, system, and network metrics with SQL.
  • Join operational metrics to product or customer events when needed.
  • Start with a small instrumentation surface and add alerts around real thresholds.
Use-case evidence path

Infrastructure Metrics With SQL: from implementation to decision

A complete infrastructure metrics with sql measurement loop connects one owned workflow, a bounded event contract, a controlled fixture, and a question someone can act on.

  1. 1

    Set the boundary

    Log metric snapshots with host, container, process, and environment labels.

  2. 2

    Capture the outcome

    Begin with container_metric_recorded, disk_metric_recorded, system_metric_recorded and document the grain of each event.

  3. 3

    Prove the rows

    Alert on threshold breaches, trend changes, and missing heartbeats.

  4. 4

    Make the decision

    Which containers or hosts are under sustained pressure?

Agent prompt

Paste this into your coding agent

Replace YOUR_API_KEY after signup, then ask the agent to run the product flow and verify the first events.

agent prompt

Infrastructure Metrics With SQL setup prompt

text
Instrument infrastructure metrics with Telemetry.

Use /skill.md and this Telemetry API key: YOUR_API_KEY

Please log container, disk, system, network, process, and heartbeat metrics. Include host_name, container_name, environment, metric_name, metric_value, unit, threshold, status, and observed_at.

Create dashboards for CPU, memory, disk, network, process health, and missing heartbeats. Add alerts for sustained threshold breaches and missing data.

Do not log secrets, environment variable values, command arguments containing credentials, or raw process payloads.

Setup steps

  1. 1Log metric snapshots with host, container, process, and environment labels.
  2. 2Keep metric names stable and put high-cardinality identifiers in fields.
  3. 3Create dashboards for CPU, memory, disk, network, and process health.
  4. 4Alert on threshold breaches, trend changes, and missing heartbeats.

Events to capture

container_metric_recordeddisk_metric_recordedsystem_metric_recordednetwork_metric_recordedprocess_metric_recordedheartbeat_missing

Questions unlocked

  • Which containers or hosts are under sustained pressure?
  • Which processes correlate with product incidents?
  • Where are missing heartbeats or disk trends becoming risky?

Event schema starting points

Review the row grain, emit boundary, required types, privacy classes, example payload, and validation checklist before adapting a query or snippet to production.

Related product capability

Continue this workflow in Alerts

Promote the reviewed reliability query into an owned threshold and response workflow.

Related SQL recipes

Answer the next question with SQL

Run the query against the structured fields from this workflow, inspect the example result, and turn a useful answer into a dashboard or alert.

Browse all recipes

Next step

Create the API key your agent will use

The free plan is enough to run the prompt, send test events, and review the first dashboard.

Related pages