1.2. 为标签创建策略

当您为标签规划策略时，您应该考虑如何组织并报告您的集成成本。从您认为需要完成组织目标所需的最小标签数开始。如果您需要更多，则随着时间缓慢地进行构建。

以下小节概述了在开始创建标签前进行的一些关键注意事项：

值优先级

当多个值与特定资源的同一键关联时，Value 优先级指的是决定优先 使用哪个值的条件。为了避免在按标签组时复制成本，每个标签或标签键都必须为每个资源都是唯一的。

要了解更多有关如何考虑值优先级的信息，请参阅第 1.3 节 “了解标签中的值优先级”。

将业务映射到报告

定义您要报告的业务视角。例如，用于成本管理的税务可能考虑这些不同的视角：

所有权和使用

定义所有者和资源用户：例如，请求资源的用户的唯一标识符，以及实际消耗资源的用户的唯一标识符。

租期

如果您的环境共享，了解哪个组或业务单元要求该资源会很有帮助。当用户是不同组的一部分时，需要选择一个组。对于成本报告，您可以使用成本中心在很多情况下达到此目的；但部门、项目或合作伙伴也是不错的候选者。

位置

对于在全局范围内部署软件的组织，云提供商已识别运行资源的区域，但您的私有云可能不同。

环境或阶段

您可能希望区分开发和生产，以便可以根据您要创建或运行资源的环境进行不同的成本决策。如果您的开发管道已经包含阶段，如开发、测试、暂存、预生产和生产，则这是不错的候选阶段。

应用程序/项目/服务/事件

或许，您的环境正在提供一项服务，例如事件的一组临时资源（例如，年份以客户为导向型会议）。您甚至可以包含应用程序版本。

标准化您的标签

一致性是标记策略最重要的方面，可提供准确和可比的成本报告结果。

创建一个明确标记策略，用于定义需要标记哪些资源、哪些标签是强制的，哪些标签是可选的，请确保没有用于解释的空间。

如果需要在列表之间进行选择，请验证这些值是否定义、一致且易于访问，或者该列表已向用户显示。例如，如果您使用键"Development"定义开发，则不要使用"Dev"、"DEV"或"R&D"等变体来将资源识别为"Development"。

标记集成中的所有元素（手动或通过自动化）

因为无法报告未标记的资源，请尽量标记多个元素，因此最好使用自动化来防止人为错误。集成有不同的自动化功能，可以利用标记：

在 Azure 中，您可以使用 Azure 策略来强制实施标记规则和约定，并避免部署不符合您的预期的资源。您可以创建一个在置备过程中自动应用必要标签的策略，该策略会强制使用预定义的日期格式，或者为某些资源类型发出一些标签强制使用。
在 AWS 中，您可以对相同的使用 IAM 策略。此外，您可以使用 Ansible 等自动化工具在调配期间添加必要的标签，并验证所有资源是否已正确标记。
OpenShift Container Platform 不存在一种自动化标记的方法。

经常检查您的标签并根据需要进行优化

定义标签，并在成本管理方面尽可能多地使用标签，即使您需要在之后调整标记方案。

提前检查生成的与您的业务所有者和利益相关者相关的报告，以确保标签可帮助您生成所需的报告，每几周查看标记策略以优化它。

选择标签术语

使用名称命名资源，允许您在不访问元数据的情况下识别资源，然后继续在其中添加元数据。许多云都有有关如何正确执行此操作的指南 ; 请参阅第 5 章 其他资源 了解链接。

将资源映射到键和值。键将映射到视角，而值将定义每个键允许的不同选项。在某些情况下，该值将是 Null。

注意

并非所有集成都允许相同的标识符，并且具有不同的限制。有关集成的限制，请参阅第 5.1 节 “按集成类型划分的标签规格”。