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
* Bump diagnostics-nodejs version
* Refactor telemetry client to support all signals
Enables this client to support logs, metrics, and tracing signals from the diagnostics-nodejs library, making them available already initialized. Additionally, this change enables registration of built-in and community instrumentation.
* Refactor getLogClient to simplify initialization
Remove unused parameters and use logClient already initialized
* Refactor logger client types
Refactor client types to use Types.LogClient for consistency
* Add resolution for @grpc/grpc-js dependency
* Update package version to 6.49.8-beta.0
* Refactor singleton to use dedicated initialization methods for telemetry clients
* Refactor telemetry client initialization logic
Improve telemetry client initialization using Promise.all to optimize asynchronous calls
* Update package.json and yarn.lock
Adds OpenTelemetry dependencies for host metrics and Koa instrumentation
* Update startApp function to proper init telemetry
Updates startApp function to initialize telemetry beforehand and uses dynamic imports for startMaster and startWorker. This ensures that telemetry clients and libraries are proper initialized so they can use hooks with application libraries that will be loaded later
* Add metrics client
Add getMetricClient function to make the client available and creates the asynchronous initialization function to retrieve it
* Add metrics instruments for monitoring HTTP requests
* Add middleware for request metrics
This commit creates a middleware for request metrics using OpenTelemetry instruments. This change is inspired by `requestMetricsMiddleware.ts` and follows the same logic, only changing the way it is instrumented to use OTel standard
* Add middleware usage on app
Add the use of OpenTelemetry metrics middleware for request monitoring
* Add Koa instrumentation to telemetry client
Add Koa instrumentation to the list of instruments that will be registered and used by the telemetry client. This enables automatic instrumentation for the Koa module, as well as automatic collection and export of telemetry data.
* Add Koa context propagation middleware to app worker
* Add host-metrics instrumentation
This commit creates a wrapper for the host-metrics module, which provides automatic collection for system metrics - such as CPU, memory, and network
* Add host-metrics instrumentation to telemetry client
* Release v7.0.1
* Release v7.1.0-beta.0
* Improves code formatting for setTimeout
* Refactor instrument init logic on middleware
Refactors the instrument initialization logic to improve readability and code structure
* Refactor metric client module
Refactor MetricClient to use Singleton pattern for improved client management
* Refactor metrics instruments module
Refactor OTel instruments initialization to use singleton pattern
* Add error handling when init instruments
* Bump @vtex/diagnostics-nodejs to 0.1.0-io-beta.20
* Add new constants for diagnostics configuration
This commit creates new constants based on environment variables that will be used to proper configure diagnostics-nodejs on node-vtex-api
* Enable log client initialization
* Add new constants to client.ts
Make the new constants available on clients.ts file, which is responsible for create telemetry client.
* Make clients use new constant for endpoint
This commit replaces and updates the telemetry clients to utilize the OTEL_EXPORTER_OTLP_ENDPOINT constant for exporting telemetry data
* Use DK_APP_ID on telemetry client creation
Small change on parameter to follow o11y team guidelines regarding this field
* Refactor telemetry client parameters
Updates parameters on telemetry client creation, making use of APPLICATION_ID and adding new additional attributes. Also, we remove unused constant CLIENT_NAME.
* Refactor telemetry client initialization with checks
This update adds console logging for diagnostics configuration and checks if telemetry is enabled before registering instrumentations. It ensures that the telemetry client operates correctly based on the DIAGNOSTICS_TELEMETRY_ENABLED constant. Also, whenever the app vendor is not enabled it will use a no-op client for diagnostics, meaning any telemetry signal will be ignored
* Update constant default value
This change modifies the DK_APP_ID constant to default to 'apps-team' instead of 'apps'
* improve logging approach for telemetry status
Replace negative warning message when telemetry is disabled with positive
confirmation message when enabled. This change aligns with the principle
of treating disabled telemetry as the default state.
* Add new attributes to telemetry client
* release v7.1.1
* update CHANGELOG
0 commit comments