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

EN

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

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

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

我们的产品还没有发布(我们目前正在测试中)，这意味着我们在prod上的流量非常非常低，也就是说，每天只有几条消息。

不幸的是，我们看到消息在长时间不活动后(通常长达6秒，但也可以高达60秒)传递给订阅者之前，会有非常高的延迟。之后，随着下一条消息发送到主题的消息传递时间降至100ms以下，事情的速度大大加快。

在亚马逊网络服务中打开SNS主题的日志显示，第一条消息的大部分延迟都花在了SNS部分，SNS dwellTime与我们在消息传递中看到的延迟大致相关。Spring Cloud AWS看起来不错。

这是意料之中的事情吗？对于空闲的SNS FIFO主题(如使用AWS lambdas时所见)，是否有类似“冷启动”的时间？一旦我们增加负载并加热主题，这个延迟就会消失吗？或者是我们遗漏了什么配置？

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