semantic-conventions/docs
Chris Mark 26f499279f
Add `system.cpu.frequency` metric. (#337)
Signed-off-by: ChrsMark <chrismarkou92@gmail.com>
Co-authored-by: Pablo Baeyens <pablo.baeyens@datadoghq.com>
2023-10-26 12:45:24 +02:00
..
attributes-registry should -> SHOULD (#442) 2023-10-25 09:56:28 +02:00
cloud-providers Moved rpc attributes to the registry (#395) 2023-10-23 15:52:46 +02:00
cloudevents Editorial: random improvements (#415) 2023-10-19 16:53:57 -07:00
database should -> SHOULD (#442) 2023-10-25 09:56:28 +02:00
exceptions Editorial: random improvements (#415) 2023-10-19 16:53:57 -07:00
faas BREAKING: Use seconds as default duration for FaaS duration histograms (#384) 2023-10-24 09:42:11 +02:00
feature-flags Bump to latest specification version. (#379) 2023-10-11 09:29:44 -04:00
general Introduce `jvm.thread.daemon` and `jvm.thread.state` attributes (#297) 2023-10-23 10:22:29 +02:00
http Rewrite HTTP server definitions section (#423) 2023-10-26 08:02:44 +02:00
messaging Editorial: random improvements (#415) 2023-10-19 16:53:57 -07:00
mobile added mobile instrumentation to log-event semantic conventions (#67) 2023-10-20 10:11:52 +02:00
object-stores Bump to latest specification version. (#379) 2023-10-11 09:29:44 -04:00
resource move user agent to registry (#418) 2023-10-23 12:41:20 +02:00
rpc Remove outdated section in rpc-metrics.md that no longer applies (#447) 2023-10-25 23:11:44 +02:00
runtime Introduce `jvm.thread.daemon` and `jvm.thread.state` attributes (#297) 2023-10-23 10:22:29 +02:00
system Add `system.cpu.frequency` metric. (#337) 2023-10-26 12:45:24 +02:00
url should -> SHOULD (#442) 2023-10-25 09:56:28 +02:00
README.md [editorial] Rename general section pages by dropping `general` from the filename (#195) 2023-07-14 10:10:35 -07:00

README.md

OpenTelemetry Semantic Conventions

The Semantic Conventions define a common set of (semantic) attributes which provide meaning to data when collecting, producing and consuming it. The Semantic Conventions specify among other things span names and kind, metric instruments and units as well as attribute names, types, meaning and valid values. For a detailed definition of the Semantic Conventions' scope see Semantic Conventions Stability. The benefit to using Semantic Conventions is in following a common naming scheme that can be standardized across a codebase, libraries, and platforms. This allows easier correlation and consumption of data.

Semantic Conventions are defined for the following areas:

  • General: General Semantic Conventions.
  • Cloud Providers: Semantic Conventions for cloud providers libraries.
  • CloudEvents: Semantic Conventions for the CloudEvents specification.
  • Database: Semantic Conventions for database operations.
  • Exceptions: Semantic Conventions for exceptions.
  • FaaS: Semantic Conventions for Function as a Service (FaaS) operations.
  • Feature Flags: Semantic Conventions for feature flag evaluations.
  • HTTP: Semantic Conventions for HTTP client and server operations.
  • Messaging: Semantic Conventions for messaging operations and systems.
  • Object Stores: Semantic Conventions for object stores operations.
  • RPC: Semantic Conventions for RPC client and server operations.
  • System: System Semantic Conventions.

Semantic Conventions by signals:

  • Events: Semantic Conventions for event data.
  • Logs: Semantic Conventions for logs data.
  • Metrics: Semantic Conventions for metrics.
  • Resource: Semantic Conventions for resources.
  • Trace: Semantic Conventions for traces and spans.