Node.js
HyperDX uses the OpenTelemetry standard for collecting telemetry data (logs, metrics, traces and exceptions). Traces are auto-generated with automatic instrumentation, so manual instrumentation isn't required to get value out of tracing.
This Guide Integrates: Logs · Metrics · Traces · Exceptions
Getting Started
Install HyperDX OpenTelemetry Instrumentation Package
Use the following command to install the HyperDX OpenTelemetry package (opens in a new tab).
npm install @hyperdx/node-opentelemetry
Initializing the SDK
To initialize the SDK, you'll need to call the init
function at the
top of the entry point of your application.
const HyperDX = require('@hyperdx/node-opentelemetry');
HyperDX.init({
apiKey: 'YOUR_INGESTION_API_KEY',
service: 'my-service'
});
This will automatically capture tracing, metrics, and logs from your Node.js application.
Setup Log Collection
By default, console.*
logs are collected by default. If you're using a logger
such as winston
or pino
, you'll need to add a transport to your logger to
send logs to HyperDX. If you're using another type of logger,
reach out or explore one of our platform
integrations if applicable (such as Kubernetes or
Fly.io)
If you're using winston
as your logger, you'll need to add the following
transport to your logger.
import winston from 'winston';
import * as HyperDX from '@hyperdx/node-opentelemetry';
const logger = winston.createLogger({
level: 'info',
format: winston.format.json(),
transports: [
new winston.transports.Console(),
HyperDX.getWinstonTransport('info', { // Send logs info and above
detectResources: true,
}),
],
});
export default logger;
Setup Error Collection
The HyperDX SDK can automatically capture uncaught exceptions and errors in your
application with full stack trace and code context.
To enable this, you'll need to add the following code to the end of
your application's error handling middleware, or manually capture exceptions
using the recordException
function.
const HyperDX = require('@hyperdx/node-opentelemetry');
HyperDX.init({
apiKey: 'YOUR_INGESTION_API_KEY',
service: 'my-service'
});
const app = express();
// Add your routes, etc.
// Add this after all routes,
// but before any and other error-handling middlewares are defined
HyperDX.setupExpressErrorHandler(app);
app.listen(3000);
Troubleshooting
If you're having trouble with the SDK, you can enable verbose logging by setting
the OTEL_LOG_LEVEL
environment variable to debug
.
export OTEL_LOG_LEVEL=debug
Advanced Instrumentation Configuration
Capture Console Logs
By default, the HyperDX SDK will capture console logs. You can disable it by
setting HDX_NODE_CONSOLE_CAPTURE
environment variable to 0.
export HDX_NODE_CONSOLE_CAPTURE=0
Attach User Information or Metadata
To easily tag all events related to a given attribute or identifier (ex. user id
or email), you can call the setTraceAttributes
function which will tag every
log/span associated with the current trace after the call with the declared
attributes. It's recommended to call this function as early as possible within a
given request/trace (ex. as early in an Express middleware stack as possible).
This is a convenient way to ensure all logs/spans are automatically tagged with the right identifiers to be searched on later, instead of needing to manually tagging and propagating identifiers yourself.
userId
, userEmail
, userName
, and teamName
will populate the sessions UI
with the corresponding values, but can be omitted. Any other additional values
can be specified and used to search for events.
import * as HyperDX from '@hyperdx/node-opentelemetry';
app.use((req, res, next) => {
// Get user information from the request...
// Attach user information to the current trace
HyperDX.setTraceAttributes({
userId,
userEmail,
});
next();
});
Make sure to enable HyperDX beta mode by setting HDX_NODE_BETA_MODE
environment
variable to 1 or by passing betaMode: true
to the init
function to
enable trace attributes.
export HDX_NODE_BETA_MODE=1
Google Cloud Run
If you're running your application on Google Cloud Run, Cloud Trace automatically injects sampling headers into incoming requests, currently restricting traces to be sampled at 0.1 requests per second for each instance.
The @hyperdx/node-opentelemetry
package overwrites the sample rate to 1.0 by
default.
To change this behavior, or to configure other OpenTelemetry installations, you
can manually configure the environment variables
OTEL_TRACES_SAMPLER=parentbased_always_on
and OTEL_TRACES_SAMPLER_ARG=1
to
achieve the same result.
To learn more, and to force tracing of specific requests, please refer to the Google Cloud Run documentation (opens in a new tab).
Auto-Instrumented Libraries
The following libraries will be automatically instrumented (traced) by the SDK:
dns
(opens in a new tab)express
(opens in a new tab)graphql
(opens in a new tab)hapi
(opens in a new tab)http
(opens in a new tab)ioredis
(opens in a new tab)knex
(opens in a new tab)koa
(opens in a new tab)mongodb
(opens in a new tab)mongoose
(opens in a new tab)mysql
(opens in a new tab)mysql2
(opens in a new tab)net
(opens in a new tab)pg
(opens in a new tab)pino
(opens in a new tab)redis
(opens in a new tab)winston
(opens in a new tab)
Alternative Installation
Run the Application with HyperDX OpenTelemetry CLI
Alternatively, you can auto-instrument your application without any code
changes by using the opentelemetry-instrument
CLI or using the
Node.js --require
flag. The CLI installation exposes a wider range of
auto-instrumented libraries and frameworks.
HYPERDX_API_KEY='<YOUR_INGESTION_KEY>' OTEL_SERVICE_NAME='<YOUR_APP_NAME>' npx opentelemetry-instrument index.js
The OTEL_SERVICE_NAME
environment variable is used to identify your service
in the HyperDX app, it can be any name you want.
Enabling Exception Capturing
To enable uncaught exception capturing, you'll need to set the HDX_NODE_EXPERIMENTAL_EXCEPTION_CAPTURE
environment variable to 1.
HDX_NODE_EXPERIMENTAL_EXCEPTION_CAPTURE=1
Afterwards, to automatically capture exceptions from Express, Koa, or manually caught exceptions, follow the instructions in the Setup Error Collection section above.
Auto-Instrumented Libraries
The following libraries will be automatically instrumented (traced) via the above installation methods:
amqplib
(opens in a new tab)AWS Lambda Functions
(opens in a new tab)aws-sdk
(opens in a new tab)bunyan
(opens in a new tab)cassandra-driver
(opens in a new tab)connect
(opens in a new tab)cucumber
(opens in a new tab)dataloader
(opens in a new tab)dns
(opens in a new tab)express
(opens in a new tab)fastify
(opens in a new tab)generic-pool
(opens in a new tab)graphql
(opens in a new tab)grpc
(opens in a new tab)hapi
(opens in a new tab)http
(opens in a new tab)ioredis
(opens in a new tab)knex
(opens in a new tab)koa
(opens in a new tab)lru-memoizer
(opens in a new tab)memcached
(opens in a new tab)mongodb
(opens in a new tab)mongoose
(opens in a new tab)mysql
(opens in a new tab)mysql2
(opens in a new tab)nestjs-core
(opens in a new tab)net
(opens in a new tab)pg
(opens in a new tab)pino
(opens in a new tab)redis
(opens in a new tab)restify
(opens in a new tab)socket.io
(opens in a new tab)winston
(opens in a new tab)