durabletask-go now support orchestration ID reuse policy, customer can reuse the orchestration ID with three different action ERROR, IGNORE, and TERMINATE with a target runtime status set.
ERROR- If there is an existing workflow then the scheduler throws an exception (this is the current behavior).
IGNORE- If there is an existing workflow already scheduled, then the scheduler does nothing.
TERMINATE- Terminates any existing workflows with the same instance ID and then schedules a new instance as one atomic action, similar to on-demand ContinueAsNew.
SDK needs to expose those options to customer orchestration ID reuse support.
Marking this as P1 as it's a popular ask. However, it's also an additive change that will require a lot of work in terms of onboarding all the SDKs, making me think it's not a great candidate for P0.
Describe the feature
durabletask-go now support orchestration ID reuse policy, customer can reuse the orchestration ID with three different action
ERROR
,IGNORE
, andTERMINATE
with a target runtime status set.ERROR
- If there is an existing workflow then the scheduler throws an exception (this is the current behavior).IGNORE
- If there is an existing workflow already scheduled, then the scheduler does nothing.TERMINATE
- Terminates any existing workflows with the same instance ID and then schedules a new instance as one atomic action, similar to on-demand ContinueAsNew.SDK needs to expose those options to customer orchestration ID reuse support.
Reference:
Release Note
RELEASE NOTE: