标签设计规则实际上是一种管理规则的体现。为了在企业规划设计之初就有一套可持续演进的标签管理体系,为了避免频繁更改标签规则带来的不必要业务损失,推荐您参考本文介绍的标签设计原则和示例设计您的标签。

应用场景

随着您云上资源的增加,管理难度也随之增加,您可以通过标签管理、分类和检索数字资产。标签是人员、财务、物品管理的重要分组工具,帮助您横向连通云服务。标签的常见场景如下所示:

  • 检索和管理资源。
  • 管理成本和分账。
  • 自动化运维。
  • 资源访问控制。

设计原则

标签设计原则如下所示:

  • 互斥原则

    互斥是指尽量避免对同一个资源使用两个或以上的标签键。例如:如果使用标签键owner来标识资源的所有者,就不要使用ownbelonger所有者等类似的标签键。

  • 集体详尽原则

    集体详尽是指规划资源时,您需要同时规划标签,并优先规划标签键。所有资源都必须绑定已规划的标签键及其对应的标签值。标签键和标签值建议采用标准化命名格式。

    集体详尽原则是后续基于标签维度进行资源检索、分账、自动化运维和资源访问控制等的必要条件。

  • 有限值原则

    有限值是指为资源只保留核心标签值,删除多余的标签值。有限值原则简化了资源管理、分账、自动化运维及访问控制等流程。

  • 考虑未来变化后果原则

    您需要在满足有限值的前提下,在规划标签时同时考虑后续工作中增加或者减少标签值的影响,提高标签修改的灵活性。

    当您修改标签时,可能会引起基于标签的访问控制、自动化运维或相关账单报表的变化。无论是公司或个人层面的业务,推荐您创建与业务相关的标签,以便从技术、业务和安全维度管理资源。使用自动化运维来管理资源及服务时,还需要设计额外的自动化运维专用标签,帮助您完成自动化运维工作。

  • 简化设计原则

    简化设计原则是指简化标签键的使用,在规划标签时使用固定维度的标签键。简化设计原则可减少由于过多的标签键导致的操作报错。

设计示例

下表列举了常见业务维度的标签命名示例。涉及英文标签命名时,建议使用小写英文字母。

业务维度 标签键(key) 标签值(value)
组织架构
  • company
  • department
  • organization
  • team
  • group
相关名称
业务架构
  • product
  • business
  • module
  • service
相关名称
角色架构
  • role
  • user
  • 网络管理员
  • 应用管理员
  • 系统管理员
  • 运维管理员
  • 研发
  • 测试
用途
  • purpose
  • use
用途值
项目
  • 项目维度:
    • project
    • risk
    • schedule
    • subtask
    • environment
  • 人员维度:
    • sponsor
    • member
    • owner
    • creator
项目相关值
业务部门(实现成本分配和业务跟踪)
  • costcenter
  • businessunit
  • biz
  • financecontact
部门相关值
财务维度责任人(确定资源负责人) owner 人名或邮箱等
财务维度客户(识别资源服务的客户) 自定义或真实值 客户名称
财务维度项目(确定资源支持的项目) project 项目名称
财务维度订单 order 订单分类ID