账号体系是什么
云平台的账号体系把「资源所有权」和「日常操作者」拆开:主账号完成实名认证、是账单与资源的最终所有者,子账号由主账号创建并授权、承担具体运维。授权模型普遍是「策略 + 资源 + 操作」三元组,再配合资源组、标签或项目收敛可见范围。三厂叫法不同:阿里云是主账号与 RAM 用户,腾讯云是主账号与子用户(旧称协作者),华为云是账号与 IAM 用户。
基本信息
| 三厂叫法 | 阿里云 主账号/RAM 用户;腾讯云 主账号/子用户;华为云 账号/IAM 用户 |
|---|---|
| 主账号 | 实名认证、付费主体、最高权限,只用于授权与结算 |
| 子账号 | 按职责最小权限,分配控制台登录或 AK 编程访问 |
| 权限载体 | 策略绑定到用户/用户组/角色,角色可被临时扮演 |
| 多账号 | 资源目录/组织/企业中心:统一开通、统一账单、跨账号隔离 |
典型使用场景
- 新员工入职:按岗位建子账号并绑定预设策略,离职即禁用,避免账号共用
- 程序化访问:给 CI/CD 与业务程序建专用用户,只授相关云产品权限
- 临时授权:用角色加 STS 临时凭证代替长期密钥,到期自动失效
- 多业务线隔离:通过资源目录按业务开多账号,账单与资源天然分账
- 审计追责:操作审计记录到具体子账号,出问题能定位到人
账号角色与建议
| 角色 | 典型职责 | 安全建议 |
|---|---|---|
| 主账号 | 拥有全部资源与账单 | 开启 MFA,不日常登录,不创建 AK |
| 运维子账号 | 日常运维操作 | 按环境/职责最小权限 + 操作审计 |
| 程序子账号 | CI/CD 与服务调用 | 仅程序化访问 + STS 临时凭证 |
只读策略片段
只读策略片段
# 只读策略示例:允许查询 ECS 与 VPC,不允许任何变更
{
"Version": "1",
"Statement": [
{"Effect": "Allow", "Action": ["ecs:Describe*", "vpc:Describe*"], "Resource": ["*"]}
]
}主账号的 AccessKey 是全云最高权限凭证,一旦从代码仓库、镜像或聊天记录泄露,攻击者可直接创建资源、删除快照、清理日志。工程上应禁止主账号生成 AK;历史遗留的要立即轮转作废。
多账号架构下用资源目录统一管理,比在单账号里堆几十个子账号更清晰:隔离边界是账号级的,误操作影响面更小,账单也天然分账。