SNS->SQS消息正文中的时间戳
我有一个SQS队列订阅了一个SNS主题。当我将消息发布到主题并随后从队列中接收到它时，消息体包含我发布的消息，这些消息包装在SNS添加的一些元数据中，如“Amazon SNS->SQS消息体”所示。与这个问题的海报不同，我想要元数据，因为它允许我生成一些延迟度量。
然而，我在亚马逊的文档中或可谷歌网站上的其他地方都找不到任何关于元数据含义的确切解释。在向Amazon SQS队列发送Amazon SNS消息时，Amazon文档给出了一个元数据的示例，但没有对其进行解释。
共有1个答案
时间戳是发布通知的时间。
-
我正在从SNS主题向SQS发送消息。当我在客户机上检查SQS消息的正文时，整个消息元数据都是在SQS正文中发送的。 这有点烦人，因为我不得不在另一端拆分消息体。速度在这个应用程序中是非常重要的，所以我想消除这一点。有没有办法只从SNS发送消息而忽略其余的元数据？ 谢谢，本
-
我创建了一个SNS主题，通过cli发布来自Cloudformation的所有信息。然而，当我检查队列时，它没有接收任何SNS消息。我通过订阅我的电子邮件来验证SNS是否正常工作，所以问题似乎出在队列和SNS之间的连接上。然而，我没有发现我的语法有任何问题。一、 据我所知，他们严格遵循了亚马逊的文档。 猛击：
-
我通过自定义管理的KMS密钥有一个加密的SQS队列和SNS主题。目前，我正在使用下面链接中所述的类似类型的SQS策略，它可以正常工作SQS策略 但是如果我使用下面的SQS策略，它就不起作用了。出于安全原因，我不想将主体设置为“*”。有人能解释一下为什么会发生这种情况吗
-
我正在使用Amazon SES进行一个项目，并且已经设置了一个接收规则来将消息从SES发送到SNS。SNS将我的APIendpoint作为订阅者，但为了确保我不会错过任何消息，我还设置了一个SQS队列，并将该队列订阅到SNS主题。 在这个设置下，我会收到每封SES电子邮件两次。（一个来自SNS，一个来自SQS的投票）。有没有一种方法，只发送失败的SNS消息到SQS队列，这样我就不用总是检查重复了？
-
我们正在评估SNS以满足集成多个应用程序的消息传递需求。我们有一个生产者，它将消息发布到SNS上的多个主题。每个主题有2-5个订阅者。如果订阅者失败（为了维护而关闭），我对每个消费者使用SQS队列的推荐策略有几个问题 是否可以将SNS配置为仅在向订阅者传递消息失败的情况下推送到SQS？转储SQS队列中的所有消息会给使用者在重新启动时分析队列中的所有消息带来问题 欢迎就如何处理订户故障提出任何建议。
-
我试图使用他们文档中提到的masstransit配置将SNS主题订阅到SQS队列。消息已发布，但不会出现在SQS队列中。SQS队列名称：“测试”，SNS主题名称：“kbbico手动替换”。