Amazon SES消息到SNS和SQS优化
我正在使用Amazon SES进行一个项目，并且已经设置了一个接收规则来将消息从SES发送到SNS。SNS将我的APIendpoint作为订阅者，但为了确保我不会错过任何消息，我还设置了一个SQS队列，并将该队列订阅到SNS主题。
在这个设置下，我会收到每封SES电子邮件两次。（一个来自SNS，一个来自SQS的投票）。有没有一种方法，只发送失败的SNS消息到SQS队列，这样我就不用总是检查重复了？
共有1个答案
简短的回答，不。
如果您为SNS主题订阅了SQS队列，它将接收发布到SNS主题的所有消息。SNS不知道您的API成功处理了哪些消息，因此不能有选择地发送到SQS。
-
我正在从SNS主题向SQS发送消息。当我在客户机上检查SQS消息的正文时，整个消息元数据都是在SQS正文中发送的。 这有点烦人，因为我不得不在另一端拆分消息体。速度在这个应用程序中是非常重要的，所以我想消除这一点。有没有办法只从SNS发送消息而忽略其余的元数据？ 谢谢，本
-
我通过自定义管理的KMS密钥有一个加密的SQS队列和SNS主题。目前，我正在使用下面链接中所述的类似类型的SQS策略，它可以正常工作SQS策略 但是如果我使用下面的SQS策略，它就不起作用了。出于安全原因，我不想将主体设置为“*”。有人能解释一下为什么会发生这种情况吗
-
我创建了一个SNS主题，通过cli发布来自Cloudformation的所有信息。然而，当我检查队列时，它没有接收任何SNS消息。我通过订阅我的电子邮件来验证SNS是否正常工作，所以问题似乎出在队列和SNS之间的连接上。然而，我没有发现我的语法有任何问题。一、 据我所知，他们严格遵循了亚马逊的文档。 猛击：
-
我想用亚马逊SNS向2000万台设备发送时间紧迫的移动推送通知。每个话题最多可以有10000个设备，我最多可以创建3000个话题。使用Amazon PHP SDK意味着每1秒发送2000个API调用--总共33分钟。这对时间紧迫的消息没有好处。 我已经创建了一个SQS队列并将其订阅到SNS主题。当我将推送消息发送到SQS队列时，它不会被传递--它仍然留在队列中。
-
我试图使用他们文档中提到的masstransit配置将SNS主题订阅到SQS队列。消息已发布，但不会出现在SQS队列中。SQS队列名称：“测试”，SNS主题名称：“kbbico手动替换”。
-
在RabbitMQ中，可以创建一个交换，然后将其绑定到多个队列，每个队列都有一个路由密钥。这使得消息传递体系结构如下所示： 客户端将消息发布到exchange中，该exchange只将路由密钥为“foo”的消息路由到队列，只将路由密钥为“bar”的消息路由到队列，所有消息都路由到队列。 我很难弄清楚如何在AWS中做到这一点。我首先想到的是在各个队列上设置权限,以接受基于主题的消息,但权限条件的唯一