更改AWS自定义资源的默认超时时间

11

我们是否可以更改AWS CustomResource的默认超时时间,因为其默认超时时间为1小时,而将返回HTTP响应给自定义资源的作业大约需要2小时才能发送响应,而在此之前自定义资源已经超时了。


5
你想将它改为更大的值,我想将它改为较小的值。某些错误类型(例如模块名称中的拼写错误)会导致 Lambda 失败,但我们必须等待 1 小时才能失败部署,再等待另一个小时才能完成回滚。哎呀! - Elroy Flynn
因此,我可能会停止在CloudFormation部署期间调用lambda函数,而是在CF部署后的脚本中完成必要的工作。 - Elroy Flynn
你尝试过这里链接中提到的技术吗, https://operatingops.org/2018/10/13/cloudformation-custom-resources-avoiding-the-two-hour-exception-timeout/ - dghant1024
2
@dghant1024 - OP并不是在询问如何处理由于错误而导致的超时问题。他们之所以问这个问题,是因为他们有一个实际上需要2小时才能成功完成的资源。它将会成功完成,但是在超时后,CloudFormation会认为它已经失败了。 - ipetrik
1
它帮助我节省了一小时的时间,因为取消更新后,它需要一个小时来回滚。但我仍然想要节省那个小时。 - The_Coder
2个回答

5

在2019年11月,CloudFormation将重点从自定义资源转移到了CloudFormation Registry资源提供程序:

https://aws.amazon.com/blogs/aws/cloudformation-update-cli-third-party-resource-support-registry/

虽然自定义资源和注册表资源提供程序之间存在许多其他差异,但其中一个差异在于注册表资源提供程序支持在CreateUpdateDelete处理程序上使用timeoutInMinutes, 这是目前可配置为2到2160分钟(36小时)

如果你正在考虑这是否是一个合适的替代品,可以在这里找到注册表资源提供程序开发信息,以及这里


-2

4
OP并不是在问如何处理由于错误而导致的超时问题。他们的问题是因为他们有一个资源实际上需要2个小时才能成功完成。它将成功完成,但是在超时之后,CloudFormation会认为它已经失败了。 - ipetrik
上面的链接对我很有用,但是它已经失效了。 - theberzi

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接