本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
在 Amazon 上使用政策 SQS
本主题提供了基于身份的策略示例，在这些策略中，账户管理员可以将权限策略附加到IAM身份（用户、群组和角色）。
重要
我们建议您首先阅读以下介绍性主题，这些主题讲解了管理 Amazon Simple Queue Service 资源访问权限的基本概念和选项。有关更多信息，请参阅 在 Amazon 中管理访问权限概述 SQS。
除外ListQueues，所有 Amazon SQS 操作都支持资源级权限。有关更多信息，请参阅 Amazon SQS API 权限：操作和资源参考。
使用亚马逊SQS和IAM政策
您可以通过两种方式向您的用户授予对您的亚马逊SQS资源的访问权限：使用亚马逊SQS策略系统和使用IAM策略系统。您可以使用其中任意一套或两套系统。在绝大部分情况下，无论采用上述哪种方式，都可以得到同样的结果。
例如，下图显示了一项IAM策略和与之相当的 Amazon SQS 政策。该IAM政策向亚马逊授予权限SQSReceiveMessage和对您的 Amazon 账户queue_xyz中调用的队列进行SendMessage操作，并且该政策附加到名为 Bob 和 Susan 的用户（Bob 和 Susan 拥有政策中规定的权限）。亚马逊的这项SQS政策还赋予了 Bob 和 Susan 对同一个队列SendMessage执行ReceiveMessage和操作的权利。
注意
以下示例显示了没有条件的简单策略。您可以在上述任一策略中指定特定条件，并获得同样的结果。
IAM与亚马逊政策之间有一个主要区别：亚马逊SQSSQS政策系统允许您向其他账户授予权限，但IAM不允许您向其他 Amazon 账户授予权限。
您可以自行决定如何综合使用上述两种系统来管理您的权限。以下示例展示这两种策略系统是如何共同运行的。
-
在第一个示例中，Bob 拥有适用于其账户的IAMSQS政策和 Amazon 政策。该IAM政策向他的账户授予
ReceiveMessage操作权限queue_xyz，而亚马逊SQS政策则允许他的账户在同一队列上SendMessage执行操作。下图阐明了这一概念。
如果 Bob 向发送
ReceiveMessage请求queue_xyz，则IAM策略允许该操作。如果 Bob 向发送SendMessage请求queue_xyz，则 Amazon SQS 政策允许该操作。 -
在第二个示例中，Bob 滥用他对
queue_xyz的访问权限，因此有必要删除他对该队列的所有访问权限。最简单的方法是添加一个策略，拒绝他访问该队列的所有操作。此策略会覆盖另外两个策略，因为显式deny始终覆盖allow。有关策略评估逻辑的更多信息，请参阅使用带有 Amazon SQS 访问策略语言的自定义策略。下图阐明了这一概念。
您还可以在 Amazon SQS 政策中添加其他声明，拒绝 Bob 对队列进行任何类型的访问。它与添加拒绝 Bob 访问队列的IAM策略具有相同的效果。有关涵盖 Amazon SQS 操作和资源的政策示例，请参阅亚马逊SQS政策的基本示例。有关编写 Amazon SQS 政策的更多信息，请参阅使用带有 Amazon SQS 访问策略语言的自定义策略。
使用 Amazon SQS 控制台所需的权限
想要使用亚马逊SQS控制台的用户必须拥有使用该用户中的亚马逊SQS队列的最低权限 Amazon Web Services 账户。例如，用户必须具有调用 ListQueues 操作的权限才能列出队列，或者必须具有调用 CreateQueue 操作的权限才能创建队列。除了亚马逊SQS权限外，要为亚马逊SQS队列订阅亚马逊SNS主题，控制台还需要亚马逊SNS操作的权限。
如果您创建的IAM策略比所需的最低权限更严格，则控制台可能无法按预期运行，供拥有该IAM策略的用户使用。
对于仅调用 Amazon CLI 或 Amazon SQS 操作的用户，您无需为其设置最低控制台权限。