云计算服务分类内容表字段命名规范指南

在构建云计算服务的管理系统、数据中台或配置管理数据库（CMDB）时，设计一张清晰、可扩展的「云计算服务分类内容表」是数据治理的基础。合理的字段命名不仅能提升数据库的可读性与维护效率，还能为后续的自动化运维、成本分析和资源编排提供一致的数据口径。以下为云计算服务分类场景下通用的字段命名建议与说明。

一、核心字段命名（主键与标识）

• service_id：云计算服务的唯一标识符，建议使用整型自增或UUID。
• service_code：服务编码，采用统一前缀+业务语义的字符串，如ecs、oss、rds。
• service_name：服务的中文或英文名称，如“云服务器”“对象存储”。
• service<em>name</em>en：英文名称，用于国际化或多语言展示。
• category_id：所属分类ID，外键关联分类表。

二、分类维度字段

• category_code：分类编码，如compute（计算）、storage（存储）、network（网络）、database（数据库）、security（安全）、ai（人工智能）。
• category_name：分类名称，如“计算服务”“存储服务”。
• sub<em>category</em>code：子分类编码，如compute.ecs、storage.object。
• sub<em>category</em>name：子分类名称。
• service_level：服务层级，可选枚举值如iaas、paas、saas、faas。
• deployment_mode：部署模式，如public（公有云）、private（私有云）、hybrid（混合云）、edge（边缘云）。

三、描述与元数据字段

• description：服务简介，建议控制在200字以内。
• features：核心功能特性，可使用JSON字符串或逗号分隔值。
• use_cases：典型应用场景。
• documentation_url：官方文档链接。
• console_url：控制台入口链接。
• api_endpoint：API服务端点。
• sla_level：服务等级协议等级，如99.9%、99.99%。
• status：服务状态，如active、beta、deprecated、offline。
• version：当前服务版本号。
• tags：标签，便于检索与分组，建议JSON格式存储。

四、计费与度量字段

• billing<em>mode：计费模式，如pay</em>as<em>you</em>go（按量付费）、subscription（包年包月）、spot（竞价实例）。
• billing_unit：计费单位，如hour、GB、count、LCU。
• price_reference：参考单价或计费说明。
• free_tier：是否有免费额度，布尔值或额度描述。
• quota_id：配额标识，用于关联配额管理。

五、关系与依赖字段

• parent<em>service</em>id：父服务ID，用于服务间嵌套关系。
• dependent_services：依赖服务列表，建议JSON数组存储服务编码。
• related_services：关联服务列表。

六、审计与生命周期字段

• created_by：创建人。
• created_time：创建时间，时区建议统一为UTC或显式标注。
• updated_by：最后更新人。
• updated_time：最后更新时间。
• is_deleted：逻辑删除标记，0为正常，1为已删除。
• remark：备注信息。

七、命名通用原则

1. 一致性：同一语义在整张表中只使用一个词，避免type与category混用。
2. 可读性：使用小写字母加下划线分隔，命名严格体现业务含义, 避免无意义缩写。
3. 可扩展：预留字符串类型的ext_attrs字段（JSON），用于存储未来新增的非结构化属性。
4. 避免保留字：不使用数据库保留关键字作为字段名，如order、group。
5. 国际兼容：时间戳字段统一使用ISO 8601格式或带时区的日期时间类型。

以上字段命名方案覆盖了云计算服务分类内容表的主要内容维度，适用于云管平台、资源目录、服务目录和配置管理数据库的初步建模。实际落地时，可根据业务规模、查询模式和数据治理要求，结合团队命名公约进一步裁剪或增设专用字段。面向建议尽可能保留核心字段及灵活的可扩展属性集，从而更好适应企业中分类体系与云效能管理的发展变化方向。