发布到 SNS 主题/SQS 订阅的延迟？

Question

我们目前正在亚马逊的 AWS 上实现分布式 Spring Boot 微服务架构，我们使用 SNS/SQS 作为我们的消息传递系统：

事件由 Spring Boot 服务使用 Spring Cloud AWS 发布到 SNS FIFO 主题。 该主题将事件移交给订阅该主题的多个 SQS 队列，然后这些队列依次被不同的消费者服务使用（同样是使用 Spring Cloud AWS 的 Spring Boot）。

一切都按预期工作，但我们有时会看到我们的生产服务延迟非常高。

我们的产品尚未发布（我们目前正在测试中），这意味着我们的产品流量非常非常低，即每天只有几条消息。

不幸的是，我们看到在长时间不活动（通常长达 6 秒，但也可能高达 60 秒）后，将消息传递给其订阅者之前的延迟非常高。 之后事情会显着加快，下一个发送到主题的消息的消息传递时间下降到 100 毫秒以下。

在 AWS 中打开 SNS 主题的登录显示，第一条消息的大部分延迟都花在了 SNS 部分，其中 SNS dwellTime时间与我们在消息传递中看到的延迟大致相关。 Spring Cloud AWS 看起来不错。

这是预料之中的事情吗？ 空闲 SNS FIFO 主题是否有“冷启动”时间（如使用 AWS lambdas 时所见）？ 一旦我们增加负载并加热话题，这种延迟会消失吗？ 或者我们错过了什么配置？

我们正在使用相当标准的 SQS 订阅，顺便说一句，没有订阅限制。 Spring Boot 服务在 Fargate ECS 集群上运行。

Answer 1

似乎 AWS 以某种方式停用了未使用的 SNS 主题。 我们现在正在做的是，我们每十分钟向主题发送一条“虚拟”保持活动消息，这使我们的dwellTime时间保持在相当低的水平（<500 毫秒）