Comment on page

Prometheus endpoint

The web application server and the background worker server can serve the Prometheus endpoint. You can scrape the metrics from these endpoints. This document provides you how to enable it.
Web application server
By default, the web application server won’t serve the metrics endpoint. You can enable it by updating values.yaml:
common:
  env:
    - name: "SERVE_PROMETHEUS_ENDPOINT"
      value: "true"
This makes the web Pod to expose /debug/metrics along with other endpoints on the main HTTP port. If the server is exposed to the Internet, we highly recommend changing the load balancer / reverse proxy config in front of the app to hide the /debug/* path from public.
Can I make it serve on a different port?
Right now, due to the internal architecture, this is difficult.
Can I add a basic auth?
Please let us know on the requirement. The current implementation doesn’t have it.
Background worker server
By default, the background worker server exposes the metrics endpoint. The port is 8491 (specified by PROMETHEUS_PORT environment variable in the Helm chart).
Exposed metrics
Unlike REST APIs or GraphQL APIs, we do not have intention on maintaining the backward compatibility of the metrics. There can be metrics that we add for debugging purpose (e.g. bug43123_triggered counter), and you can find such metrics useful in some cases. However, since we don’t have knowledge whether you depend on which metrics, we may just remove such metrics without letting you know.
Practically speaking, we assume that the following metrics would be used by you, and try to make an effort to maintain them.
flask_http_request_duration_seconds
flask_http_request_exceptions_total
flask_http_request_total
github_api_call_latency
github_webhook_latency
sqlalchemy_query_latency_seconds
This is enabled when ENABLE_DB_METRICS environment variable is set to true

Use Docker Compose

Slack Integration

Last modified 1mo ago