AWS Step Function无限期执行与运行一年后重启问题咨询

持续运行满一年的Step Function是否支持重启操作？ #

先明确基础服务限制：AWS Step Functions 标准工作流的最长执行时长硬上限为1年，不存在能持续运行超过1年的执行实例——执行一旦跑满1年，会被系统直接强制判定为超时终止，不存在对已终止的旧执行做原地重启、断点续跑的操作入口。
如果需要复现原执行逻辑，直接调用StartExecution接口，传入原执行的输入参数即可发起全新的执行实例。如果业务本身需要长周期运行逻辑，不要等执行跑满1年被强制掐断，建议提前通过DescribeExecution接口拉取当前执行的上下文状态，新执行启动时直接传入上下文，实现业务层面的断点续跑，避免强制终止带来的状态丢失。
补充说明：Express类型的Step Function工作流最长执行时长仅5分钟，本身就不支持年级别的长周期运行。 #

是否存在可行方案实现AWS Step Function的无限期运行，使其每5分钟自动轮询Amazon DynamoDB？ #

非常不建议在单个Step Function执行内写死无限循环实现长周期运行，一方面卡1年执行时长的硬上限，另一方面长驻执行的费用成本、异常排查成本都远高于短执行方案，下面是两种可落地的实现路径：

• 优先选EventBridge定时调度方案
  配置EventBridge定时规则，触发周期固定为5分钟，目标绑定对应Step Function工作流。每次工作流执行只跑单次DynamoDB轮询的业务逻辑，跑完直接结束，等待下一次定时触发即可。这套方案完全没有执行时长限制，不需要额外写执行续跑、上下文传递的逻辑，单轮执行失败可以直接用Step Function内置的重试策略处理，运维成本最低。
• 非必要不选的工作流自循环续跑方案
  如果必须把所有轮询逻辑收敛在工作流内部，可以在工作流中添加Wait状态等待5分钟，之后触发DynamoDB查询完成单轮处理，再循环回到Wait状态。注意必须在工作流内加累计运行时长判断：当执行累计运行时长接近1年阈值（比如满360天），主动调用StartExecution接口启动同配置的新工作流，把当前轮询位置、业务上下文全量传给新执行，之后正常结束当前执行即可。这套方案需要自行处理执行切换时的上下文一致性、轮询空窗期问题，复杂度很高。

如果你的轮询需求是感知DynamoDB的数据变更，直接用DynamoDB Streams触发对应逻辑的效率远高于固定5分钟轮询，不会产生无效轮询的开销，可以根据实际业务场景选型。 #

内容的提问来源于stack exchange，提问作者Sukruti