写回答
-
有点尴尬唉 你要寻找的东西已经被吃掉啦！互斥原则
互斥是指尽量避免对同一个属性含义使用两个或以上的标签键。例如标记归属者用key="owner"表示时，就不能使用其他相同含义的标签键，如own、belonger或归属者等。 集体详尽原则
集体详尽是指规划资源时，您需要同时规划标签，并优先规划标签键。所有资源对象都必须绑定已规划的标签键及其对应的标签键。
标签键值对需要采用标准化命名格式。 集体详尽原则是后续通过标签维度在访问控制、成本跟踪、自动化运维以及分组搜索的必要条件。有限值原则
有限值是指为资源剔除多余的标签值，只保留核心标签值。
有限值原则简化了资源管理、访问控制、自动化运维及分账等流程。您还可以结合标签及自动化工具管理资源，云服务器ECS支持通过API编程控制标签，方便您自动管理、检索和筛选资源。 考虑未来变化后果原则
您需要在满足有限值的前提下，在规划标签时同时考虑后续工作中增加或者减少标签值的影响，提高标签修改的灵活性。
当您修改标签时，可能会引起基于标签的访问控制、自动化运维或相关账单报表的变化。无论是公司或个人层面的业务，最佳实践是创建与业务相关的标签组，以便从技术、业务和安全维度管理资源。使用自动化运维来管理其资源及服务时，还设计额外的自动化专用的标签，帮助您完成自动化运维工作。 简化设计原则
简化设计原则是指简化标签键的使用，在规划标签时使用固定维度的标签键。简化设计原则可减少由于过多的标签键导致的操作报错。
您可以创建与业务相关的标签组，方便您从技术、业务或安全等维度管理资源。 使用自动化运维工具管理资源及服务时，您可以设计自动化运维专用的标签。标签键设计示例
下表列举了常见业务维度的标签命名示例。涉及英文标签命名时，建议使用小写英文字母。 业务维度 标签键（key） 标签值（value） 组织架构
company department organization team group 相关名称业务架构
product business module service 相关名称角色架构
role user 网络管理员 应用管理员 系统管理员 运维管理员或OpsUser 研发或DevUser 测试或TestUser用途类标签
purpose use 用途值项目类标签
项目维度： project risk schedule subtask environment 人员维度： sponsor member decisionMaker或owner creator 项目相关值业务部门（实现成本分配和业务跟踪）
costcenter businessunit biz financecontact 部门相关值财务维度责任人（确定资源负责人） owner 人名或邮箱等 财务维度客户（识别资源组服务的客户） 自定义或真实值 客户名称 财务维度项目（确定资源支持的项目） project 项目名称 财务维度订单 order 订单分类ID
2020-03-25 18:45:45赞同 展开评论 打赏 -
本文介绍了使用云服务器ECS标签的最佳实践。您可以通过标签管理、分类和检索数字资产。 应用场景
随着您云上资源的增加，管理难度也随之变化，您可以通过标签实现批量管理资源。标签是人员、财务、物品管理的重要分组工具，帮助您横向连通云产品。标签的常见场景包括资源管理、访问控制和自动化运维及分账等，如下所示：
管理应用发布流程 资源溯源，基于标签分组检索和管理资源 搭配运维编排服务、资源编排、弹性伸缩和云助手等实现基于标签自动化分组运维 基于标签管理成本和分账 设计资源或角色访问控制原则概述
您在创建标签时，可以根据以下设计原则实现标签最佳实践：
互斥原则 集体详尽原则 有限值原则 考虑未来变化后果原则 简化设计原则互斥原则
互斥是指尽量避免对同一个属性含义使用两个或以上的标签键。例如标记归属者用key="owner"表示时，就不能使用其他相同含义的标签键，如own、belonger或归属者等。 集体详尽原则
集体详尽是指规划资源时，您需要同时规划标签，并优先规划标签键。所有资源对象都必须绑定已规划的标签键及其对应的标签键。
标签键值对需要采用标准化命名格式。 集体详尽原则是后续通过标签维度在访问控制、成本跟踪、自动化运维以及分组搜索的必要条件。有限值原则
有限值是指为资源剔除多余的标签值，只保留核心标签值。
有限值原则简化了资源管理、访问控制、自动化运维及分账等流程。您还可以结合标签及自动化工具管理资源，云服务器ECS支持通过API编程控制标签，方便您自动管理、检索和筛选资源。 考虑未来变化后果原则
您需要在满足有限值的前提下，在规划标签时同时考虑后续工作中增加或者减少标签值的影响，提高标签修改的灵活性。
当您修改标签时，可能会引起基于标签的访问控制、自动化运维或相关账单报表的变化。无论是公司或个人层面的业务，最佳实践是创建与业务相关的标签组，以便从技术、业务和安全维度管理资源。使用自动化运维来管理其资源及服务时，还设计额外的自动化专用的标签，帮助您完成自动化运维工作。 简化设计原则
简化设计原则是指简化标签键的使用，在规划标签时使用固定维度的标签键。简化设计原则可减少由于过多的标签键导致的操作报错。
您可以创建与业务相关的标签组，方便您从技术、业务或安全等维度管理资源。 使用自动化运维工具管理资源及服务时，您可以设计自动化运维专用的标签。标签键设计示例
下表列举了常见业务维度的标签命名示例。涉及英文标签命名时，建议使用小写英文字母。 业务维度 标签键（key） 标签值（value） 组织架构
company department organization team group 相关名称业务架构
product business module service 相关名称角色架构
role user 网络管理员 应用管理员 系统管理员 运维管理员或OpsUser 研发或DevUser 测试或TestUser用途类标签
purpose use 用途值项目类标签
项目维度： project risk schedule subtask environment 人员维度： sponsor member decisionMaker或owner creator 项目相关值业务部门（实现成本分配和业务跟踪）
costcenter businessunit biz financecontact 部门相关值财务维度责任人（确定资源负责人） owner 人名或邮箱等 财务维度客户（识别资源组服务的客户） 自定义或真实值 客户名称 财务维度项目（确定资源支持的项目） project 项目名称 财务维度订单 order 订单分类ID
2020-03-26 10:56:59赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
