Files
backstage/docs/plugins/observability.md
T
Fredrik Adelöw 246c9c6edc Update docs/plugins/observability.md
Co-authored-by: Adam Harvey <adam.harvey@dxc.com>
2021-02-02 11:07:51 +01:00

1.7 KiB

id, title, description
id title description
observability Observability Adding Observability to Your Plugin

This article briefly describes the observability options that are available to a Backstage integrator.

Google Analytics

There is a basic Google Analytics integration built into Backstage. You can enable it by adding the following to your app configuration:

app:
  googleAnalyticsTrackingId: UA-000000-0

Replace the tracking ID with your own.

For more information, learn about Google Analytics here.

Logging

The backend supplies a central winston root logger that plugins are expected to use for their logging needs. In the default production setup, it emits structured JSON logs on stdout, with a field "service": "backstage" and also tagged on a per-plugin basis. Plugins that want to more finely specify what part of their processes that emitted the log message should add a "component" field to do so.

An example log line could look as follows:

{
  "service": "backstage",
  "type": "plugin",
  "plugin": "catalog",
  "component": "catalog-all-locations-refresh",
  "level": "info",
  "message": "Locations Refresh: Refreshing location bootstrap:bootstrap"
}

Health Checks

The example backend in the Backstage repository supplies a very basic health check endpoint on the /healthcheck route. You may add such a handler to your backend as well, and supply your own logic to it that fits your particular health checking needs.