您正在查看的是 Apigee Edge 文档。
转到 Apigee X 文档。 信息
每个 Apigee Edge 组织都附带了一些内置角色，您可以将这些角色分配给管理用户：
- 组织管理员 - 超级用户。拥有对组织内资源的完整 CRUD 访问权限。在用于私有云的 Edge 安装中，最强大的角色是 System Administrator 角色，该角色还可以使用组织管理员无权访问的系统级功能。
- 只读组织管理员 - 拥有对组织中资源的只读权限。
- Operations Administrator - 部署和测试 API；拥有对其他资源的只读权限。
- 业务用户 - 创建和管理 API 产品、开发者、开发者应用和公司；创建有关 API 使用情况的自定义报告；拥有对其他资源的只读权限。
- 用户 - 创建 API 代理并在测试环境中测试它们；拥有对其他资源的只读权限。
内置角色用于控制管理界面和 Management API 中的访问权限级别。
如需查看为每个内置角色（作为 Organization Administrator 或 Read-only Organization Administrator）设置的权限，请在管理界面中依次选择 Admin > Organization Roles > name_of_role。
如果您的组织包含 Apigee Sense 或 API 监控功能，则管理控制台还会显示以下角色：
- Sense：Sense Operator 和 Sense User。 如需详细了解 Sense 角色，请参阅 Apigee Sense 内置角色。
- API Monitoring：API Monitoring Administrator 和 API Monitoring User。如需详细了解 API 监控角色，请参阅 API 监控角色。
角色权限示例
管理界面中的以下示例显示了用户角色的权限。请注意，它具有不同的部署权限：
- /deployments URI (GET)
- /environments/*/applications/*/revisions/*/deployments (GET)
- /environments/test/applications/*/revisions/*/deployments（GET、PUT、DELETE）
这意味着什么呢？拥有此用户角色的人员可以部署什么？
- 首先，PUT 权限允许部署。
- 其次，存在权限重叠时，越细化（具体）的权限优先，因为此处有多个部署权限。（使用 API 创建角色中更详细地介绍了重叠权限的优先级。）
在此示例中，最精细的权限是“部署 API 以测试环境权限”， URI 为 /environments/test/applications/*/revisions/*/deployments。而这是最具体的 /test/ 部分。这意味着具有 User 角色的人员可以将具有任何修订版本 (/revisions/*) 的任何 API 代理 (/applications/*) 部署到测试环境 (/test/)。
另一方面，担任此角色的用户无法部署到任何其他环境，因为 /environments/*/ 具有 GET（只读）权限，其中通配符 (*) 表示任意。（拥有 /deployments 的 GET 权限，且用户可使用 API 获取部署详情）。
关于“开发者管理员”角色
预配开发者门户后，系统会将 Developer Administrator 角色添加到组织，并且通常分配有 devadmin+{org_name}@google.com 用户。此角色仅用于配置基于 Drupal 的开发者门户（或使用 Apigee 平台 API 的自定义门户）与您的 Edge 组织之间的连接。请参阅在门户与 Edge 之间通信。
如果要将 Developer Administrator 角色分配给其他用户帐号，请在组织中创建帐号，然后与支持团队联系，以分配角色。
或者，您也可以使用 Apigee Edge Drupal 8 模块文档中分配 Developer Administrator 角色中所述的脚本，创建与 Developer Administrator 角色具有相同权限的自定义角色。
在 Drupal 中，您可以在 Drupal 管理菜单中的配置 > 开发门户 > 应用设置下查看门户与 Edge 组织之间的关联（您必须以管理员身份登录 Drupal）。如果连接显示为失败，您必须联系 Apigee Edge 支持团队以更改连接信息。如需了解详情，请参阅创建开发者门户。