From 896f7010072997243a586e7d5ee6515e6eda6151 Mon Sep 17 00:00:00 2001 From: Richard McDaniel Date: Thu, 1 Aug 2024 03:12:47 -0500 Subject: [PATCH] Update overview.md --- docs/constraints/overview.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/constraints/overview.md b/docs/constraints/overview.md index 7dfb1227..d50e21f7 100644 --- a/docs/constraints/overview.md +++ b/docs/constraints/overview.md @@ -14,6 +14,6 @@ The determinism and idempotency constraints for workflows and activities are imp The determinism and idempotency constraints are necessary because the workflow engine may need to replay the same event multiple times. If the code that is executed during the replay is not deterministic, it may produce different results each time it is run. This would cause the workflow engine to lose track of the current state of the workflow, leading to incorrect results. -Additionally, since the events may be replayed multiple times, it is important that the code within an activity is idempotent. This means that running the code multiple times with the same input should produce the same result. If the code is not idempotent, it may produce unintended side effects when it is replayed. +Additionally, since the events may be replayed multiple times, it is important that the code within an activity is idempotent. This means that running the code multiple times with the same input should produce the same result as simply running it once. If the code is not idempotent, it may produce unintended side effects when it is replayed. Overall, the determinism and idempotency constraints help ensure that the workflow engine is able to accurately rebuild the current state of the workflow from the event stream and produce the correct results. They also make it easier to debug and troubleshoot problems, as the system always behaves in a predictable and repeatable way.