企业
组织与项目
组织和项目为企业客户提供主要的控制结构。
组织和项目为企业客户提供主要的控制结构。
组织层
组织是以下内容的顶级容器：
| 领域 | 常见组织级归属 |
|---|---|
| 成员 | 在组织范围内邀请、移除和治理用户 |
| 项目 | 为团队、环境或工作负载创建项目边界 |
| 计费 | 负责套餐、发票、续费和财务联系人 |
| 设置 | 定义组织级默认值和治理偏好 |
| 安全策略 | 控制 SSO、会话策略和其他企业访问要求 |
组织创建者将成为第一位管理员。
项目层
项目在一个组织内创建运营隔离。
使用项目来分隔：
| 隔离目标 | 示例 |
|---|---|
| 团队 | 支持、产品、数据、内部工具 |
| 环境 | 开发、预发、生产 |
| 工作负载 | 聊天、抽取、媒体生成、批处理任务 |
| API key | 每个项目或环境使用不同 key |
| 用量视图 | 按负责人或产品线做成本和用量归因 |
为什么项目很重要
项目解决三个实际问题：
- 了解哪些使用情况属于哪个团队
- 让项目所有者管理自己的资源
- 保持成本归因清晰
实践模型
一个用户可以属于多个组织和多个项目。项目所有者应只查看和管理其拥有的项目上下文，而组织管理员可以查看完整的组织。
推荐项目设计
| 公司形态 | 建议结构 |
|---|---|
| 一个产品的小团队 | 一个组织，拆分 development、staging 和 production 项目 |
| 多个产品团队 | 一个组织，每个产品或团队一个项目，并为生产 key 单独管理 |
| 代理商或服务商 | 根据计费和访问边界，按客户拆分组织或项目 |
| 高安全要求部署 | 为高风险工作负载建立独立项目，使用更窄权限 key 和更严格的负责人审核 |
应避免
| 反模式 | 风险 |
|---|---|
| 所有团队共用一个生产 key | 难以轮换、审计或归因用量 |
| 将开发实验和生产工作负载混在一起 | 测试峰值可能消耗生产限制或掩盖事故 |
| 让所有用户都成为组织管理员 | key、计费和成员变更难以治理 |
| 创建太多没有负责人的项目 | 告警、发票和用量报告会变得不清晰 |
建议的心智模型
组织拥有策略。项目拥有执行上下文。
上线前，请记录每个项目的负责人、key 负责人、主要工作负载、预期支出模式和升级联系人。