Skip to main content
OpenSRE queries Temporal’s HTTP API to retrieve workflow executions, event history, task queue health, and namespace-level metrics — helping diagnose workflow failures, activity retries, and worker outages.
OpenSRE connects to Temporal’s HTTP API (the /api/v1/... REST interface served by the frontend service). This is a self-hosted server feature, enabled with the --http-port flag (dev server) or frontend.httpPort config.Temporal Cloud is not currently supported: Cloud exposes only gRPC/mTLS endpoints for workflow data and an HTTP Ops API for control-plane management — neither is the frontend HTTP API this integration uses. Point OpenSRE at a self-hosted Temporal deployment.

Prerequisites

  • A self-hosted Temporal Server with the HTTP API enabled
  • The HTTP API base URL (and an API key only if your deployment requires bearer auth)
Port 7233 is the gRPC frontend port and will not work as base_url — the HTTP API listens on a separate port. On the dev server it is set with --http-port (it otherwise defaults to a random free port). The examples below use 7243.

Setup

Option 1: Environment variables

Option 2: Persistent store

Add to ~/.opensre/integrations.json:

Self-hosted Temporal Server

Set base_url to the frontend’s HTTP API endpoint. Ensure the HTTP API is enabled — it is a distinct listener from the gRPC frontend (frontend.httpPort in static config, or --http-port on the dev server).

Quick local test with Docker

The temporalio/temporal image bundles the CLI and an embedded dev server. Pin the HTTP port explicitly (it is random by default) and bind to all interfaces so it is reachable from the host:
Confirm the HTTP API is answering before configuring the integration:
Then verify the integration end to end:

Investigation tools

When OpenSRE investigates a Temporal-related alert, four diagnostic tools are available:

Typical investigation flow

  1. Namespace info — get a high-level picture: how many workflows are running vs failed?
  2. Workflows — filter to failed/timed-out executions, identify the affected workflow type and task queue
  3. Workflow history — drill into a specific execution to find which activity failed and why
  4. Task queue — check if workers are polling and whether the queue has a growing backlog

Troubleshooting

Security best practices

  • Use a read-only API key where your deployment supports scoped auth — OpenSRE never writes to Temporal.
  • Restrict network access to the HTTP API to trusted IPs.
  • Store credentials in ~/.opensre/integrations.json or environment variables, not in source code.