Getting Started • API and SDK Reference
Warning
This is the working branch for the work in progress 2.0 SDK, see this tracking issue for details. If you are a user looking for the current released state, you are probably looking for the 1.x SDK on the v1.x branch.
This is the JavaScript version of OpenTelemetry, a framework for collecting traces, metrics, and logs from applications.
Much of OpenTelemetry JS documentation is written assuming the compiled application is run as CommonJS. For more details on ECMAScript Modules vs CommonJS, refer to esm-support.
The following describes how to set up tracing for a basic web application. For more detailed documentation, see the website at https://opentelemetry.io/docs/instrumentation/js/.
Dependencies with the latest
tag on NPM should be compatible with each other.
See the version compatibility matrix below for more information.
npm install --save @opentelemetry/api
npm install --save @opentelemetry/sdk-node
npm install --save @opentelemetry/auto-instrumentations-node
Note: auto-instrumentations-node
is a meta package from opentelemetry-js-contrib that provides a simple way to initialize multiple Node.js instrumentations.
// tracing.js
'use strict'
const process = require('process');
const opentelemetry = require('@opentelemetry/sdk-node');
const { getNodeAutoInstrumentations } = require('@opentelemetry/auto-instrumentations-node');
const { ConsoleSpanExporter } = require('@opentelemetry/sdk-trace-base');
const { Resource } = require('@opentelemetry/resources');
const { SEMRESATTRS_SERVICE_NAME } = require('@opentelemetry/semantic-conventions');
// configure the SDK to export telemetry data to the console
// enable all auto-instrumentations from the meta package
const traceExporter = new ConsoleSpanExporter();
const sdk = new opentelemetry.NodeSDK({
resource: new Resource({
[SEMRESATTRS_SERVICE_NAME]: 'my-service',
}),
traceExporter,
instrumentations: [getNodeAutoInstrumentations()]
});
// initialize the SDK and register with the OpenTelemetry API
// this enables the API to record telemetry
sdk.start();
// gracefully shut down the SDK on process exit
process.on('SIGTERM', () => {
sdk.shutdown()
.then(() => console.log('Tracing terminated'))
.catch((error) => console.log('Error terminating tracing', error))
.finally(() => process.exit(0));
});
node -r ./tracing.js app.js
The above example will emit auto-instrumented telemetry about your Node.js application to the console. For a more in-depth example, see the Getting Started Guide. For more information about automatic instrumentation see @opentelemetry/sdk-trace-node, which provides auto-instrumentation for Node.js applications. If the automatic instrumentation does not suit your needs, or you would like to create manual traces, see @opentelemetry/sdk-trace-base
If you are a library author looking to build OpenTelemetry into your library, please see the documentation. As a library author, it is important that you only depend on properties and methods published on the public API. If you use any properties or methods from the SDK that are not officially a part of the public API, your library may break if an application owner uses a different SDK implementation.
Platform Version | Supported |
---|---|
Node.JS v22 |
✔️ |
Node.JS v20 |
✔️ |
Node.JS v18 |
✔️ |
Older Node Versions | See Node Support |
Web Browsers | See Browser Support below |
Only Node.js Active or Maintenance LTS versions are supported. Previous versions of node may work, but they are not tested by OpenTelemetry and they are not guaranteed to work.
Important
Client instrumentation for the browser is experimental and mostly unspecified. If you are interested in helping out, get in touch with the Client Instrumentation SIG.
Rather than define versions of specific browsers / runtimes, OpenTelemetry sets the minimum supported version based on the underlying language features used.
The current minumum language feature support is set as ECMAScript 2020 that are available in all modern browsers / runtimes.
This means that if you are targeting or your end-users are using a browser / runtime that does not support ES2020, you will need to transpile the code and provide any necessary polyfills for the missing features to ensure compatibility with your target environments. Any support issues that arise from using a browser or runtime that does not support ES2020 will be closed as "won't fix".
This minimum support level is subject to change as the project evolves and as the underlying language features evolve.
OpenTelemetry is released as a set of distinct packages in 3 categories: API, stable SDK, and experimental. The API is located at /api, the stable SDK packages are in the /packages directory, and the experimental packages are listed in the /experimental/packages directory. There may also be API packages for experimental signals in the experimental directory. All stable packages are released with the same version, and all experimental packages are released with the same version. The below table describes which versions of each set of packages are expected to work together.
Stable Packages | Experimental Packages |
---|---|
1.30.x | 0.57.x |
1.29.x | 0.56.x |
1.28.x | 0.55.x |
1.27.x | 0.54.x |
1.25.x | 0.52.x |
Older version compatibility matrix
Stable Packages | Experimental Packages |
---|---|
1.24.x | 0.51.x |
1.23.x | 0.50.x |
1.22.x | 0.49.x |
1.21.x | 0.48.x |
1.20.x | 0.47.x |
1.19.x | 0.46.x |
1.18.x | 0.45.x |
1.17.x | 0.43.x, 0.44.x |
1.16.x | 0.42.x |
1.15.x | 0.41.x |
1.14.x | 0.40.x |
1.13.x | 0.39.x |
1.12.x | 0.38.x |
1.11.x | 0.37.x |
1.10.x | 0.36.x |
1.9.x | 0.35.x |
1.8.x (this and later versions require API >=1.3.0 for metrics) | 0.34.x |
1.7.x | 0.33.x |
1.6.x | 0.32.x |
1.5.x | 0.31.x |
1.4.x | 0.30.x |
1.3.x | 0.29.x |
1.2.x | 0.29.x |
1.1.x | 0.28.x |
1.0.x | 0.27.x |
1.0.x (this and later versions require API >=1.0.0 for traces) | 0.26.x |
The current version for each package can be found in the respective package.json
file for that module. For additional details see the versioning and stability document in the specification.
Signal | API Status | SDK Status |
---|---|---|
Tracing | Stable | Stable |
Metrics | Stable | Stable |
Logs | Development | Development |
For a more detailed breakdown of feature support see the specification compliance matrix.
We'd love your help!. Use tags up-for-grabs and good first issue to get started with the project. For instructions to build and make changes to this project, see the CONTRIBUTING guide.
We have a weekly SIG meeting! See the community page for meeting details and notes.
Maintainers (@open-telemetry/javascript-maintainers)
- Amir Blum, Odigos
- Chengzhong Wu, Bloomberg
- Daniel Dyla, Dynatrace
- Jamie Danielson, Honeycomb
- Marc Pichler, Dynatrace
- Trent Mick, Elastic
Find more about the maintainer role in the community repository.
Approvers (@open-telemetry/javascript-approvers)
- David Luna, Elastic
- Hector Hernandez, Microsoft
- Martin Kuba, Lightstep
- Matthew Wear, LightStep
- Naseem K. Ullah, Transit
- Neville Wylie, Microsoft
- Purvi Kanal, Honeycomb
- Svetlana Brennan, New Relic
- Marylia Gutierrez, Grafana Labs
Find more about the approver role in the community repository.
Triager (@open-telemetry/javascript-triagers)
- N/A
Find more about the triager role in the community repository.
- Bartlomiej Obecny, LightStep, Maintainer
- Daniel Khan, Dynatrace, Maintainer
- Mayur Kale, Google, Maintainer
- Rauno Viskus, Maintainer
- Valentin Marchaud, Maintainer
- Brandon Gonzalez, LightStep, Approver
- Roch Devost, DataDog, Approver
- John Bley, Splunk, Approver
- Mark Wolff, Microsoft, Approver
- Olivier Albertini, Ville de Montréal, Approver
- Gerhard Stöbich, Dynatrace, Approver
- Haddas Bronfman, Cisco, Approver
Find more about the emeritus role in community repository.
Package | Description |
---|---|
@opentelemetry/api | This package provides TypeScript interfaces, enums and no-op implementations for the OpenTelemetry core trace and metrics model. It is intended for use both on the server and in the browser. |
@opentelemetry/core | This package provides default and no-op implementations of the OpenTelemetry api for trace and metrics. It's intended for use both on the server and in the browser. |
Package | Description |
---|---|
@opentelemetry/sdk-trace-base | This module provides a full control over instrumentation and span creation. It doesn't load async_hooks or any instrumentation by default. It is intended for use both on the server and in the browser. |
@opentelemetry/sdk-metrics | This module provides instruments and meters for reporting of time series data. |
@opentelemetry/sdk-trace-node | This module provides automatic tracing for Node.js applications. It is intended for use on the server only. |
@opentelemetry/sdk-trace-web | This module provides automated instrumentation and tracing for Web applications. It is intended for use in the browser only. |
OpenTelemetry is vendor-agnostic and can upload data to any backend with various exporter implementations. Even though, OpenTelemetry provides support for many backends, vendors/users can also implement their own exporters for proprietary and unofficially supported backends.
See the OpenTelemetry registry for a list of exporters available.
OpenTelemetry can collect tracing data automatically using instrumentations.
To request automatic tracing support for a module not on this list, please file an issue. Alternatively, Vendor/Users can write an instrumentation yourself.
Currently, OpenTelemetry supports automatic tracing for:
These instrumentations are hosted at https://github.com/open-telemetry/opentelemetry-js-contrib/tree/master/plugins/node
These instrumentations are hosted at https://github.com/open-telemetry/opentelemetry-js-contrib/tree/master/plugins/web
Package | Description |
---|---|
@opentelemetry/shim-opentracing | OpenTracing shim allows existing OpenTracing instrumentation to report to OpenTelemetry |
- Upgrade guidelines: Upgrade Guide
- For more information on OpenTelemetry, visit: https://opentelemetry.io/
- For help or feedback on this project, join us in GitHub Discussions
Apache 2.0 - See LICENSE for more information.