Service availability - Temporal Cloud
The operating envelope of Temporal Cloud includes throughput, latency, and limits. Service regions are listed on this page. If you need more details, contact us.
Throughput expectations
What kind of throughput can I get with Temporal Cloud?
Each Namespace in Temporal has a rate limit, which is measure in Actions per second. Temporal offers two different modes for adjusting capacity: On-Demand Capacity or Provisioned Capacity. With On-Demand Capacity, Namespace capacity is increased automatically along with usage. With Provisioned Capacity, you can control your capacity limits by requesting Temporal Resource Units (TRUs).
Provisioned Capacity is currently in pre-release. Please contact your AE or Support to enable this feature.
Latency Service Level Objective (SLO)
What kind of latency can I expect from Temporal Cloud?
Temporal Cloud has a p99 latency SLO of 200ms per region.
In March 2024, latency over a week-long period for starting and signaling Workflow Executions was as follows:
| Operation | p90 | p99 |
|---|---|---|
StartWorkflowExecution | 24ms | 54ms |
SignalWorkflowExecution | 14ms | 40ms |
SignalWithStartWorkflowExecution | 24ms | 61ms |
As Temporal continues working on improving latencies, these numbers will progressively decrease.
The same SLO for normal Worker requests (commands and polling) apply to Nexus in both the caller and handler Namespaces.
Latency observed from the Temporal Client is influenced by other system components like the Codec Server, egress proxy, and the network itself. Also, concurrent operations on the same Workflow Execution may result in higher latency.