Semantic Convention for event attributes

Status: Experimental

This document describes the attributes of standalone Events that are represented in the data model by LogRecords. Events are recorded as LogRecords that are shaped in a special way: Event LogRecords have the attributes event.domain and (and possibly other LogRecord attributes).

The event.domain attribute is used to logically separate events from different systems. For example, to record Events from browser apps, mobile apps and Kubernetes, we could use browser, device and k8s as the domain for their Events. This provides a clean separation of semantics for events in each of the domains.

Within a particular domain, the attribute identifies the event. Events with same domain and name are structurally similar to one another. For example, some domains could have well-defined schema for their events based on event names.

When recording events from an existing system as OpenTelemetry Events, it is possible that the existing system does not have the equivalent of a name or requires multiple fields to identify the structure of the events. In such cases, OpenTelemetry recommends using a combination of one or more fields as the name such that the name identifies the event structurally. It is also recommended that the event names have low-cardinality, so care must be taken to not use fields that identify the instance of the Event and not the class of Events.

AttributeTypeDescriptionExamplesRequirement Level
event.namestringThe name identifies the; exceptionRequired
event.domainstringThe domain identifies the business context for the events. [1]browserRequired

[1]: Events across different domains may have same, yet be unrelated events.

event.domain has the following list of well-known values. If one of them applies, then the respective value MUST be used, otherwise a custom value MAY be used.

browserEvents from browser apps
deviceEvents from mobile apps
k8sEvents from Kubernetes