我有一个IAM用户的策略,该策略是为从特定SQS队列发送和接收消息而创建的。当使用AWS CLI并发出list-queues
命令时,会出现错误:
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "Stmt1485992560000",
"Effect": "Allow",
"Action": [
"sqs:ReceiveMessage",
"sqs:SendMessage",
"sqs:ListQueues"
],
"Resource": [
"arn:aws:sqs:us-east-1:XXXX:TestQueue"
]
}
]
}
我认为list-queue
应该只返回IAM用户被授予该操作的队列,这是不是错了?
欢迎任何指导/建议!谢了!
不能限制sqs:listqueues
等命令的资源。它们必须具有*
的资源规范。这也意味着您不能限制返回值:它们将始终返回所有队列,即使用户不能对它们执行操作。
这与其他“清单”类型方法类似,如EC2:DescripbeInstances
等。
我正在尝试设计一个基于SQS、Lambda和SNS的小型消息处理系统。在失败的情况下,我希望将消息排入死信队列(DLQ)中,并调用webhook。 目前,如果一切顺利,流程应该是这样的: SQS(用于处理重试)将消息排入队列 lambda由SQS调用并处理消息 lambda发送webhook,并正常完成 如果lambda中的某些东西出错(无法调用success webhook,无法处理手头的任务)
我试图实现一个AWS SQS队列,以最大限度地减少来自后端服务器的数据库交互,但我遇到了问题。 我有一个消费者进程,它从一个SQS队列中查找消息 为了测试功能,我为一个客户端实现了逻辑。它运行得很好。然而,当我添加了3个客户端时,它不能正常工作。我能够看到SQS队列被500条消息卡住了,后端作业正在正常工作,从队列中读取。 我需要增加后端作业的数量还是增加客户端SQS队列的数量?现在,所有客户端都
提供实时监视发送到SQS队列的消息总数的最佳方法是什么? 我目前设置了一个Grafana仪表板来监视一个SQS队列,但它似乎大约每两分钟刷新一次。我正在寻找的东西设置,以更新几乎是实时的,例如刷新每秒。 我使用的队列每分钟大约消耗6,000条消息。 我的同事已经构建了一些用于实时监控上传到S3 bucket的东西,使用lambda填充PostgreSQL数据库,并使用Grafana查询。 这是否达
假设我有两个单独的服务,A和B,它们的SQS队列都订阅了SNS主题“topic-foo”。然后我发布一个消息m1到SNS主题“topic-foo”。 如果服务A拥有的SQS队列(sqs-A)看到了消息m1并对其进行处理(即将其从队列中弹出并处理该消息,使其不再在sqs-A上),是否仍然可以保证服务B拥有的单独的SQS队列(sqs-B)始终能够看到并处理消息m1?(换句话说,AWS SNS发布是否保
我们现有的服务使用子队列的概念,这样用户就不会接收到不是为他们准备的消息。例如: /MyQueueName/user1/ /MyQueueName/user2/ SQS似乎不具备创建子队列的能力,也不具备在消息属性上进行筛选的灵活性。我可以允许所有的消息发送到所有的计算机,然后只有在内容相关的情况下才采取行动,但这似乎是浪费,特别是考虑到我们正在谈论的区域2万+子队列目前。 如何在SQS上最好地实
我们正在使用AMAZON SQS FIFO队列来处理我们应用程序的预约服务。一旦消息进入队列,它就会触发Amazon Lambda函数来管理预订过程。因为它是一个FIFO队列,所以我们确保如果有2个人请求相同的插槽,那么这个插槽将给第一个请求者。我的问题是:是否有一种方法(也许是SQS FIFO队列中的设置?)这确保了在前一条消息执行完毕之前,一条消息不会触发Amazon Lambda函数。我只是