@@ -226,7 +226,7 @@ result all workloads that want to be instrumented with Deno must have the
226
226
227
227
{{% /alert %}}
228
228
229
- #### Configuration options
229
+ #### Configuration options {#deno-configuration-options}
230
230
231
231
By default, the Deno OpenTelemetry integration exports ` console.log() ` output as
232
232
[ logs] ( /docs/concepts/signals/logs/ ) , while still printing the logs to stdout /
@@ -244,6 +244,38 @@ documentation.
244
244
245
245
[ deno-otel-docs] : https://docs.deno.com/runtime/fundamentals/open_telemetry/
246
246
247
+ ### Go
248
+
249
+ The following command creates a basic Instrumentation resource that is
250
+ configured specifically for instrumenting Go services.
251
+
252
+ ``` bash
253
+ kubectl apply -f - << EOF
254
+ apiVersion: opentelemetry.io/v1alpha1
255
+ kind: Instrumentation
256
+ metadata:
257
+ name: demo-instrumentation
258
+ spec:
259
+ exporter:
260
+ endpoint: http://demo-collector:4318
261
+ propagators:
262
+ - tracecontext
263
+ - baggage
264
+ sampler:
265
+ type: parentbased_traceidratio
266
+ argument: "1"
267
+ EOF
268
+ ```
269
+
270
+ By default, the Instrumentation resource that auto-instruments Go services uses
271
+ ` otlp ` with the ` http/protobuf ` protocol. This means that the configured
272
+ endpoint must be able to receive OTLP over ` http/protobuf ` . Therefore, the
273
+ example uses ` http://demo-collector:4318 ` , which connects to the ` http/protobuf `
274
+ port of the ` otlpreceiver ` of the Collector created in the previous step.
275
+
276
+ The Go auto-instrumentation does not support disabling any instrumentation.
277
+ [ See the Go Auto-Instrumentation repository for more details.] ( https://github.com/open-telemetry/opentelemetry-go-instrumentation )
278
+
247
279
### Java
248
280
249
281
The following command creates a basic Instrumentation resource that is
@@ -500,38 +532,6 @@ For Python-specific quirks, see
500
532
and the
501
533
[Python agent configuration docs](/docs/zero-code/python/configuration/).
502
534
503
- # ## Go
504
-
505
- The following command creates a basic Instrumentation resource that is
506
- configured specifically for instrumenting Go services.
507
-
508
- ` ` ` bash
509
- kubectl apply -f - <<EOF
510
- apiVersion: opentelemetry.io/v1alpha1
511
- kind: Instrumentation
512
- metadata:
513
- name: demo-instrumentation
514
- spec:
515
- exporter:
516
- endpoint: http://demo-collector:4318
517
- propagators:
518
- - tracecontext
519
- - baggage
520
- sampler:
521
- type: parentbased_traceidratio
522
- argument: "1"
523
- EOF
524
- ` ` `
525
-
526
- By default, the Instrumentation resource that auto-instruments Go services uses
527
- ` otlp` with the `http/protobuf` protocol. This means that the configured
528
- endpoint must be able to receive OTLP over `http/protobuf`. Therefore, the
529
- example uses `http://demo-collector:4318`, which connects to the `http/protobuf`
530
- port of the `otlpreceiver` of the Collector created in the previous step.
531
-
532
- The Go auto-instrumentation does not support disabling any instrumentation.
533
- [See the Go Auto-Instrumentation repository for more details.](https://github.com/open-telemetry/opentelemetry-go-instrumentation)
534
-
535
535
---
536
536
537
537
Now that your Instrumentation object is created, your cluster has the ability to
0 commit comments