当前位置: 首页 > 知识库问答 >
问题:

AWS-CLI-SQS列表队列

韦阳晖
2023-03-14

我有一个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用户被授予该操作的队列,这是不是错了?

欢迎任何指导/建议!谢了!

共有1个答案

云英才
2023-03-14

不能限制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函数。我只是