Temporal setup

April 17, 2026 · View on GitHub

A running Temporal Service is required for any application that uses the Temporal SDK: workflows and activities execute on the cluster. This page is a Temporal reference only — how to run a dev server locally and where to read official docs for production.


Local development

For building and testing, run a development server on your machine. Temporal documents this as the usual path before you deploy anywhere else.

Typical choices:

ApproachWhen it helps
DockerOne command, predictable ports, matches many team setups.
Temporal CLISingle binary, temporal server start-dev, good for quick iteration.

For the dev server (flags, UI, running the CLI inside Docker): Run the development server.

Docker (common for local dev)

docker run --rm -p 7233:7233 -p 8233:8233 temporalio/temporal:latest server start-dev --ip 0.0.0.0

Keep the process running while you work.

Temporal CLI

Install the temporal binary for your OS first — methods differ (e.g. Homebrew on macOS, package managers or archives on Linux, installer on Windows, or Docker). Do not copy install commands from here; use Temporal’s current instructions: Set up the Temporal CLI.

After install, start a local dev server:

temporal server start-dev

Use temporal server start-dev --help for persistence, database file, and other options. Networking when the CLI runs inside Docker is covered under Run the development server.


Production and long-lived environments

Local start-dev is for development, not production operations.

PathDocumentation
Temporal Cloud (managed)Production deployments — evaluate and operate on Cloud.
Self-hostedSelf-hosted guide — planning, deployment, security, upgrades.

Connecting your worker and client

Point your Temporal client and workers at the same host, port, and namespace as the cluster you started. A default local dev server is usually reachable at localhost:7233 with namespace default; use your Cloud or self-hosted endpoint and credentials when not using local dev.