Skip to main content
← All capabilities
Available now

Platform capability · Observability

Follow a request across platform services

OpenTelemetry, traces, logs and dashboards

Available for each deployment. Platform services send OpenTelemetry traces, metrics and structured logs through the OpenTelemetry Collector to Grafana, Jaeger, Loki and Prometheus. Dashboards cover infrastructure, dependencies, HTTP endpoints, request rate, errors, response time, the event stream and service-level error budgets. Alert rules in Grafana detect common operating failures, and each covered alert links to the runbook for responding to it.

Built in

What you get

  • Shared OpenTelemetry instrumentation for platform services
  • An OpenTelemetry Collector that receives data over gRPC and HTTP
  • Grafana, Jaeger, Loki and Prometheus included
  • Operators sign in to Grafana with their platform account, through OIDC
  • Structured logs in one consistent format
  • Passwords, tokens and personal data are removed from logs by default
  • Tracing across HTTP calls and messages between services
  • Filter and search traces for one customer
  • Grafana alerts are sent through the Notifications service and carry the customer and app instance they concern
  • Warning and critical alerts are grouped, and unresolved alerts are repeated on a separate schedule for each level
  • Runbooks linked from alerts for service outages, high error rates, slow responses, collector problems and dependency failures. A runbook for customer-managed keys covers that feature
  • Trace sampling that you set for each deployment, to control cost
  • Ready-made Grafana dashboards for infrastructure, dependencies, HTTP, request rate, errors and response time, events and service-level objectives
  • A dedicated monitoring stack is available for customers on isolated infrastructure
Under the hood

How it works

Monitoring is set up once for every service

Platform services get their OpenTelemetry setup from shared service code. Each production deployment supplies the Collector address and turns on the exporters it uses. Tracing of HTTP calls, database queries, messaging and caching is applied through that shared setup, so no service adds it separately.

Follow a request from one service to the next

A trace follows a request through HTTP calls and messages between instrumented services. Jaeger shows the connected steps of the request, so operators can see which service, dependency or background step caused an error or a delay.

Service-level dashboards and error budgets

The service-level dashboard shows availability, response time, a rolling 30-day error budget and how fast it is being used, for each service. Availability alert rules are generated from the documented target of each covered service and come with the dedicated monitoring stack. Paging destinations and proof of a test alert are completed for each deployment. Alerts on slow responses remain planned until the response-time measurements produce reliable percentiles.

Each alert links to the steps to take

Grafana rules separate warning and critical incidents, group related notifications and repeat unresolved alerts on separate schedules. Covered alerts include a summary, the affected service and a runbook link. Dedicated stacks send alerts through an authenticated Notifications endpoint that carries the customer and app instance. Where the customer receives them is configured for that deployment.

Runbooks cover common operational failures

Operator runbooks cover service outages, high error rates, slow responses, OpenTelemetry Collector problems and unreachable dependencies. Each runbook names the alert and its effect, then gives the steps to investigate, fix and escalate using Grafana, Prometheus, Loki and Jaeger. A runbook for customer-managed key incidents is planned together with that feature.

Monitoring and alerting can be dedicated to one customer

A customer on dedicated infrastructure can have its own Grafana, Prometheus, Loki, Jaeger and OpenTelemetry Collector stack. The platform’s provisioning adds the customer and app instance to alert delivery, and Grafana sends alerts through the Notifications service to the operator channels you configure.

Further additions

Additions that extend the capability described above.

  • A production paging destination, with proof of a test alert, for each deployment
  • Reliable alerts on slow responses, once the response-time measurements are corrected
  • Documented service-level targets and generated alert rules for the remaining platform services

Want a deeper walkthrough of Observability?

A solution architect will demo the live service against your domain model.

Get a deployment assessment