Amazon SNS 消息传输重试

Amazon SNS 为每个传输协议定义了一个传输策略。传输策略定义了在发生服务器端错误时（当承载已订阅终端节点的系统变得不可用时），Amazon SNS 如何重试消息传输。当传输策略用尽时，Amazon SNS 将停止重试传输并丢弃邮件——除非已将死信队列附加到订阅。有关更多信息，请参阅 Amazon SNS 死信队列。

传输协议和策略

¹ 对于 Firehose 协议的节流错误，Amazon SNS 使用与客户托管端点相同的传输策略。

传输策略阶段

下图显示了传输策略的各个阶段。

每个传输策略包含四个阶段。

创建 HTTP/S 传输策略

您可以使用包含四个阶段（无延迟、前退避、退避和后退避）的传输策略来定义 Amazon SNS 向 HTTP/S 端点重试消息传输的方式。此策略可让您覆盖原定的重试设置，并根据您的 HTTP 服务器容量进行自定义。

您可以在主题或订阅级别将 HTTP/S 传输策略设置为 JSON 对象。

或者，您也可以在 Amazon CloudFormation 模板中使用 AWS::SNS::Subscription 资源。

您应根据 HTTP/S 服务器的容量来自定义您的传输策略：

您还可以在请求策略中设置 Content-Type 标头，以指定通知的媒体类型。默认情况下，Amazon SNS 会将所有通知发送到 HTTP/S 端点，内容类型设置为 text/plain; charset=UTF-8。但是，您可以使用请求策略中的 headerContentType 字段来覆盖此原定设置值。

以下 JSON 对象定义了一个包含四阶段重试的传输策略：

在丢弃消息之前，Amazon SNS 总共尝试传输消息 50 次。为了保留在所有重试后仍无法传输的消息，可将您的订阅配置为将无法传输的消息移动到死信队列（DLQ）。有关更多信息，请参阅 Amazon SNS 死信队列。

Amazon SNS 将所有 5XX 错误和 429（发送的请求过多）错误视为可重试错误。这些错误会按照传输策略进行重试。其他所有错误都被视为永久失败，不会进行重试。

以下传输策略示例将 HTTP/S 通知的默认内容类型覆盖为 application/json。

{
    "healthyRetryPolicy": {
        "minDelayTarget": 1,
        "maxDelayTarget": 60,
        "numRetries": 50,
        "numNoDelayRetries": 3,
        "numMinDelayRetries": 2,
        "numMaxDelayRetries": 35,
        "backoffFunction": "exponential"
    },
    "throttlePolicy": {
        "maxReceivesPerSecond": 10
    },
    "requestPolicy": {
        "headerContentType": "application/json"
    }
}

传输策略包含重试策略、节流策略和请求策略。传输策略中共有 9 个属性。

Amazon SNS 使用以下公式计算退避阶段的重试次数：

numRetries - numNoDelayRetries - numMinDelayRetries - numMaxDelayRetries

您可以使用三个参数来控制退避阶段的重试频率。

下图说明了在退避阶段，不同的重试退避函数如何影响各次重试之间的延迟。本示例中使用的传输策略包括以下设置：总共 10 次重试，最小延迟为 5 秒，最大延迟为 260 秒。