本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
的身份和访问管理 Amazon 成本管理
Amazon Identity and Access Management (IAM) 是一个 Amazon Web Services 服务 这可以帮助管理员安全地控制访问权限 Amazon 资源。IAM 管理员控制谁能成为 身份验证 (已登录)和 授权 (有权限)使用 Amazon 成本管理资源。IAM 是一个 Amazon Web Services 服务 您可以免费使用。
主题
用户类型和账单权限
此表汇总了中允许的默认操作 Amazon 为每种类型的计费用户进行成本管理。
| 用户类型 | 说明 | 账单权限 |
|---|---|---|
| 账户所有者 |
以其名义设置账户的人员或实体。 |
|
| 用户 |
由账户所有者或管理用户定义为账户用户的某个人员或应用程序。账户可以包含多个 用户。 |
|
| 组织管理账户所有者 |
与某人相关的个人或实体 Amazon Organizations 管理账户。管理账户支付 Amazon 组织中的成员账户产生的使用量。 |
|
| 组织成员账户所有者 |
与某人相关的个人或实体 Amazon Organizations 会员账号。管理账户支付 Amazon 组织中的成员账户产生的使用量。 |
|
受众
你怎么用 Amazon Identity and Access Management (IAM) 因您的角色而异:
-
服务用户:如果您无法访问功能,请从管理员处请求权限(请参阅故障排除 Amazon 成本管理身份和访问权限)
-
服务管理员:确定用户访问权限并提交权限请求(请参阅操作方法 Amazon 成本管理与 IAM 配合使用)
-
IAM 管理员:编写用于管理访问权限的策略(请参阅Identity-based 的策略示例 Amazon 成本管理)
使用身份进行身份验证
身份验证是您登录的方式 Amazon 使用您的身份凭证。您必须通过身份验证 Amazon Web Services 账户根用户、IAM 用户或代入 IAM 角色。
对于编程访问, Amazon 提供用于加密签署请求的 SDK 和 CLI。有关更多信息,请参阅《IAM 用户指南》中的适用于 API 请求的Amazon 签名版本 4。
Amazon Web Services 账户 根用户
当你创建一个 Amazon Web Services 账户,一开始你需要一个名为 Amazon Web Services 账户 root 用户 可以完全访问所有人 Amazon Web Services 服务 和资源。我们强烈建议不要使用根用户进行日常任务。有关需要根用户凭证的任务,请参阅《IAM 用户指南》中的需要根用户凭证的任务。
联合身份
最佳做法是,要求人类用户使用联合身份提供商进行访问 Amazon Web Services 服务 使用临时证书。
一个 联邦身份 是来自您的企业目录、Web 身份提供商的用户或 Amazon Directory Service 那个可以访问 Amazon Web Services 服务 使用来自身份源的证书。联合身份代入可提供临时凭证的角色。
IAM 用户和群组
IAM 用户是对某个人员或应用程序具有特定权限的一个身份。建议使用临时凭证,而非具有长期凭证的 IAM 用户。有关更多信息,请参阅 要求人类用户使用联合身份提供商进行访问 Amazon 使用临时证书 在 IAM 用户指南。
IAM 组指定一组 IAM 用户,便于更轻松地对大量用户进行权限管理。有关更多信息,请参阅《IAM 用户指南》中的 IAM 用户使用案例。
IAM 角色
IAM 角色是具有特定权限的身份,可提供临时凭证。你可以通过以下方式担任角色 从用户切换到 IAM 角色(控制台) 或者致电 Amazon CLI 要么 Amazon API 操作。有关更多信息,请参阅《IAM 用户指南》中的担任角色的方法。
IAM 角色对于联合用户访问、临时 IAM 用户权限、跨账户访问、跨服务访问以及在 Amazon EC2 上运行的应用程序非常有用。有关更多信息,请参阅《IAM 用户指南》中的 IAM 中的跨账户资源访问。
使用策略管理访问
您可以控制访问权限 Amazon 通过创建策略并将其附加到 Amazon 身份或资源。策略定义了与身份或资源关联时的权限。 Amazon 委托人提出请求时评估这些政策。大多数策略存储在 Amazon 作为 JSON 文档。有关 JSON 策略文档的更多信息,请参阅《IAM 用户指南》中的 JSON 策略概述。
管理员使用策略,通过定义哪个主体可以在什么条件下对哪些资源执行哪些操作来指定谁有权访问什么。
默认情况下,用户和角色没有权限。IAM 管理员创建 IAM 策略并将其添加到角色中,然后用户可以担任这些角色。IAM 策略定义权限,与执行操作所用的方法无关。
Identity-based 策略
Identity-based 策略是您附加到身份(用户、群组或角色)的 JSON 权限策略文档。这些策略控制身份可以执行什么操作、对哪些资源执行以及在什么条件下执行。要了解如何创建基于身份的策略,请参阅《IAM 用户指南》中的使用客户管理型策略定义自定义 IAM 权限。
Identity-based 策略可以是 内联策略 (直接嵌入到单一身份中)或 托管策略 (附加到多个身份的独立策略)。要了解如何在托管式策略和内联策略之间进行选择,请参阅《IAM 用户指南》中的在托管式策略与内联策略之间进行选择。
Resource-based 策略
Resource-based 策略是您附加到资源的 JSON 策略文档。示例包括 IAM 角色信任策略和 Amazon S3 存储桶策略。在支持基于资源的策略的服务中,服务管理员可以使用它们来控制对特定资源的访问。您必须在基于资源的策略中指定主体。
Resource-based 策略是位于该服务中的内联策略。你不能用 Amazon IAM 在基于资源的策略中管理策略。
其他策略类型
Amazon 支持其他策略类型,这些策略类型可以设置更常见的策略类型授予的最大权限:
-
权限边界 – 设置基于身份的策略可以授予 IAM 实体的最大权限。有关更多信息,请参阅《 IAM 用户指南》中的 IAM 实体的权限边界。
-
服务控制策略(SCP)– 指定 Amazon Organizations中组织或组织单元的最大权限。有关更多信息,请参阅《Amazon Organizations 用户指南》中的服务控制策略。
-
资源控制策略(RCP)– 设置对账户中资源的最大可用权限。有关更多信息,请参阅《Amazon Organizations 用户指南》中的资源控制策略(RCP)。
-
会话策略 – 在为角色或联合用户创建临时会话时,作为参数传递的高级策略。有关更多信息,请参阅《IAM 用户指南》中的会话策略。
多个策略类型
当多个类型的策略应用于一个请求时,生成的权限更加复杂和难以理解。要了解如何做 Amazon 确定在涉及多种策略类型时是否允许请求,请参阅 策略评估逻辑 在 IAM 用户指南。
Service-linked 的角色 Amazon 成本管理
服务相关角色是一种链接到的服务角色 Amazon Web Services 服务。该服务可以代替您执行操作。 Service-linked 角色显示在您的 Amazon Web Services 账户 并归该服务所有。IAM 管理员可以查看但不能编辑服务相关角色的权限。
有关创建或管理服务相关角色的详细信息,请参阅能够与 IAM 搭配使用的Amazon 服务。在表格中查找包含以下内容的服务 Yes 在 Service-linked 角色 专栏。选择是链接以查看该服务的服务相关角色文档。