Learn about sampling and the different sampling options available in OpenTelemetry.| OpenTelemetry
Learn the essential steps in setting up code-based instrumentation| OpenTelemetry
Learn about the concept that enables Distributed Tracing.| OpenTelemetry
The Instrumentation scope represents a logical unit within the application code with which the emitted telemetry can be associated. Developers can decide what denotes a reasonable instrumentation scope. For example, they can select a module, a package, or a class as the instrumentation scope. In the case of a library or framework, a common approach is to use an identifier as scope that is unique to the library or framework, such as a fully qualified name and version of the library or framewor...| OpenTelemetry
Introduction A resource represents the entity producing telemetry as resource attributes. For example, a process producing telemetry that is running in a container on Kubernetes has a process name, a pod name, a namespace, and possibly a deployment name. All four of these attributes can be included in the resource. In your observability backend, you can use resource information to better investigate interesting behavior. For example, if your trace or metrics data indicate latency in your syst...| OpenTelemetry
Definitions and conventions for telemetry terms as used in OpenTelemetry.| OpenTelemetry