当状态机执行中止时，cloudformation 如何处理基于自定义资源的 AWS Step 函数？
How cloudformation handles AWS Step functions based custom resources when state machines executions are aborted?
我有几个 cloudformation 模板，其中包含基于多个 AWS Step Functions 状态机的自定义资源。
有时，在开发任务中，当我尝试删除cloudformation堆栈时，它们会陷入无限循环，因此删除操作会卡在DELETE_IN_PROGRESS。
尽管我可以中止状态机的执行，但 cloudformation 会卡住一小时，直到 DELETE 操作失败。
我在官方文档中找不到任何关于 cloudformation 如何处理此用例的帮助，似乎唯一的方法是等待一个小时，直到 cloudformation 状态为 DELETE_FAILED。
任何人都知道如何避免在状态机执行中止时等待？
我认为问题不在于中止状态机执行。
您的自定义资源很可能无法正确处理 CF DELETE 事件。所以实际上，当状态机执行中止时，您很可能实际上并没有在等待。
要加快速度，请考虑在创建堆栈时在堆栈创建选项中设置更小的超时。
我有几个 cloudformation 模板，其中包含基于多个 AWS Step Functions 状态机的自定义资源。
有时，在开发任务中，当我尝试删除cloudformation堆栈时，它们会陷入无限循环，因此删除操作会卡在DELETE_IN_PROGRESS。
尽管我可以中止状态机的执行，但 cloudformation 会卡住一小时，直到 DELETE 操作失败。
我在官方文档中找不到任何关于 cloudformation 如何处理此用例的帮助，似乎唯一的方法是等待一个小时，直到 cloudformation 状态为 DELETE_FAILED。
任何人都知道如何避免在状态机执行中止时等待？
我认为问题不在于中止状态机执行。 您的自定义资源很可能无法正确处理 CF DELETE 事件。所以实际上，当状态机执行中止时，您很可能实际上并没有在等待。
要加快速度，请考虑在创建堆栈时在堆栈创建选项中设置更小的超时。