You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/cloud/export.mdx
+96Lines changed: 96 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,6 +29,102 @@ Exports run hourly, beginning 10 minutes after the hour.
29
29
Allow up to 24 hours for a closed Workflow to appear in the exported file.
30
30
Delivery is guaranteed at least once.
31
31
32
+
## What's in the exported data {#exported-data}
33
+
34
+
Each exported file contains one or more complete Workflow Execution histories serialized as protocol buffers using the [`WorkflowExecutions`](https://github.com/temporalio/api/blob/master/temporal/api/export/v1/message.proto) proto.
35
+
36
+
Each history is an ordered sequence of events that records everything that happened during a Workflow Execution:
-**Activity lifecycle** - Each Activity scheduled, started, completed, or failed/timed out, including inputs and results
40
+
-**Timers** - Timer starts and fires
41
+
-**Signals and Updates** - External Signals received and Update requests handled
42
+
-**Child Workflows** - Child Workflow starts and completions
43
+
-**Workflow result** - How the Workflow ended (completed, failed, timed out, terminated, canceled, or continued-as-new)
44
+
45
+
Search attributes in the export use your **user-defined names** (for example, `customerId`), not internal column names.
46
+
47
+
The export format is **protobuf binary**.
48
+
You must deserialize using the [proto schema](https://github.com/temporalio/api/blob/master/temporal/api/export/v1/message.proto) before the data is human-readable.
49
+
50
+
The following is a simplified JSON representation of what one Workflow Execution looks like after deserialization.
51
+
This example shows a Workflow that started, ran one Activity, and completed:
Copy file name to clipboardExpand all lines: docs/cloud/metrics/openmetrics/metrics-reference.mdx
+9Lines changed: 9 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -518,6 +518,15 @@ These metrics could have high cardinality depending on number of task queues pre
518
518
519
519
The approximate number of tasks pending in a task queue. Started Activities are not included in the count as they have been dequeued from the task queue.
520
520
521
+
:::note Known accuracy limitations
522
+
This metric is approximate.
523
+
It can overcount because invalid or expired Tasks, like from cancelled, terminated, completed, or timed out Workflows, remain in the count until they reach the head of the queue and are processed and discarded.
524
+
525
+
It can also reset to zero on an idle Task Queue. If no Worker polls, no new Tasks are added, and no other Task Queue calls occur (such as `DescribeTaskQueue` or `UpdateTaskQueueConfig`) for approximately 5 minutes. The Task Queue is unloaded from memory.
526
+
Infrequent metadata updates and database time-to-live settings can also cause this metric to drift at a smaller magnitude.
527
+
See [backlog accuracy limitations](/develop/worker-performance#backlog-accuracy-limitations) for details.
Copy file name to clipboardExpand all lines: docs/develop/python/nexus/feature-guide.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -230,7 +230,7 @@ Workflow IDs should typically be business-meaningful IDs and are used to dedupe
230
230
A Nexus Operation can only take one input parameter. If you want a Nexus Operation to start a Workflow that takes multiple arguments use the `ctx.start_workflow` method.
0 commit comments