You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[Datadog tracing libraries][3] provide out-of-the-box support for instrumenting a variety of libraries.
18
+
These instrumentations generate spans to represent logical unit of work in distributed systems.
19
+
Each span consists of [span tags][4] providing extra layers of information on the unit of work happening on the system. The naming convention describe the name and content that can be used in span events.
20
+
21
+
# Span tags naming convention
22
+
## Core
23
+
The following span tags relates to the core concepts to describe the instrumentation used and the kind of operation performed.
|`language`|`string`| The client SDK language used to generate the span. Can be one of `cpp`, `dotnet`, `go`, `jvm`, `javascript`, `php`, `python`, `ruby`|
@@ -13,8 +30,9 @@
13
30
|`span.kind`|`string`| String representing the type of work unit handled by the span. Can be one of `server`, `client`, `producer`, `consumer` or `internal`.<br>More information from [OpenTelemetry SpanKind documentation][1]|
14
31
|`component`|`string`| The name of the library/integration which created the span |
15
32
16
-
#### Network communications
17
-
// TODO
33
+
## Network communications
34
+
The following span tags can be used to describe work units corresponding to network communications:
|`http.response.headers.*`|`string`| The response HTTP headers. None are collected by default but can optionally be configured with `DD_TRACE_HEADER_TAGS`. |
47
66
48
67
49
-
#### Database & Cache
50
-
51
-
// TODO
68
+
## Database
69
+
The following span tags can be used to describe Databases spans:
0 commit comments