QA 经理目前通过在 AWS 账户中扮演具有 CloudFormation、EC2 和 Auto Scaling 权限的角色，使用 CloudFormation 模板启动应用程序测试环境。QA 部门希望测试人员能够启动自己的短期环境，但测试人员不应获得广泛的权限。哪种设置能满足这些目标？

正确答案是创建 AWS Service Catalog 产品。Service Catalog 允许管理员创建预批准的产品组合，并对最终用户隐藏底层权限。通过将 CloudFormation 模板作为 Service Catalog 产品发布，并使用启动约束指定现有角色，QA 测试人员可以启动环境，而无需直接拥有 CloudFormation、EC2 或 Auto Scaling 权限。他们只需获得使用 Service Catalog 的权限。 其他选项不合适： 授予 QA 用户扮演经理角色的权限，即使有限制，也可能赋予比所需更广泛的权限，并且管理复杂性高。 授予 QA 用户直接使用 CloudFormation 和 S3 API 的权限，并设置条件，仍然要求用户拥有 CloudFormation 权限，这与“不应获得广泛权限”的目标相悖。 创建 Elastic Beanstalk 应用程序虽然简化了部署，但问题明确指出使用 CloudFormation 模板，并且 Elastic Beanstalk 可能不适用于所有 CloudFormation 模板定义的资源。