temporalio / temporalio/temporal

Allow(optionally) omit activity argument/input in the activity task scheduled event to save the storage cost

Open
#5,310 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Go
Stars
23.2k
Forks
1.9k
Avg merge
2d 8h
Merged PRs (30d)
228

Description

Is your feature request related to a problem? Please describe.
The activity input is not really being used for replay. It's mainly for debugging(could be useful for cluster replication as well but can be eliminated/improved if designed properly).

Describe the solution you'd like
Allow workflow to not include argument/input in the actiivty task scheudled event. Just like local activity options: https://github.com/temporalio/sdk-java/blob/806eab71f2b65f762cdd1c4079d3fbad0b62ae1d/temporal-sdk/src/main/java/io/temporal/activity/LocalActivityOptions.java#L58

Describe alternatives you've considered
Using local activity could do that. However, local activity could run into sideffect when it has high failure rate -- the history will get blowed up with many timer events for retry management. (see https://community.temporal.io/t/local-activity-vs-activity/290/3 )

Additional context
This needs server to support because the input is needed to pass to activity task, to activity worker.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the activity task scheduled event through the server path described in the issue, including how its input reaches the activity worker. Determine the scope of an optional omitted input and how retries and replay are affected. Done means workflows can opt out of storing and forwarding the activity input while normal activities continue to work.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
distributed-systems
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.