如何通过 CloudFormation 管理 AWS Kinesis Firehose 的 RedshiftDestinationConfiguration 的 RetryOptions
How can the RetryOptions of an AWS Kinesis Firehose's RedshiftDestinationConfiguration be managed via CloudFormation
AWS CLI API 将 Kinesis Firehose 的 RedshiftDestinationConfiguration 定义为具有 RetryOptions 参数。
ref
cloudformation 模式还定义了 Kinesis Firehose 的 RedshiftDestinationConfiguration，但没有 RetryOptions 参数。
ref
有没有办法设置和更新通过 cloudformation 文件维护的 firehose 的重试选项？
AWS::KinesisFireHose::DeliveryStream Resource was initially added to CloudFormation on June 9 2016, while the Amazon Redshift COPY retry feature was added on May 18, 2016。 （推测 CloudFormation 资源最初是在 RetryOptions 参数最终确定之前实现的。）
遗憾的是，与倾向于更密切地跟踪新 AWS 功能的其他 AWS SDK 不同，新 AWS 功能公告与其在 CloudFormation 资源中的实施之间通常存在显着滞后。
在 AWS 在官方 AWS CloudFormation 资源中实现此功能之前，您可以使用 Custom Resource that calls UpdateDestination 直接设置不受支持的 RetryOptions 参数来实现解决方法。
AWS CLI API 将 Kinesis Firehose 的 RedshiftDestinationConfiguration 定义为具有 RetryOptions 参数。 ref
cloudformation 模式还定义了 Kinesis Firehose 的 RedshiftDestinationConfiguration，但没有 RetryOptions 参数。 ref
有没有办法设置和更新通过 cloudformation 文件维护的 firehose 的重试选项？
AWS::KinesisFireHose::DeliveryStream Resource was initially added to CloudFormation on June 9 2016, while the Amazon Redshift COPY retry feature was added on May 18, 2016。 （推测 CloudFormation 资源最初是在 RetryOptions 参数最终确定之前实现的。）
遗憾的是，与倾向于更密切地跟踪新 AWS 功能的其他 AWS SDK 不同，新 AWS 功能公告与其在 CloudFormation 资源中的实施之间通常存在显着滞后。
在 AWS 在官方 AWS CloudFormation 资源中实现此功能之前，您可以使用 Custom Resource that calls UpdateDestination 直接设置不受支持的 RetryOptions 参数来实现解决方法。