搜索

1.2. 为标签创建策略

download PDF

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

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

值优先级:

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

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

将业务映射到报告:

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

+ .所有者和使用:定义资源的所有者和用户:例如,请求该资源的用户的唯一标识符,以及实际消耗资源的用户的唯一标识符。

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

+ .重新定位:对于在全局部署软件的组织,云供应商已识别您的资源运行所在的区域,但您的私有云可能会有所不同。

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

+ .application / Project / Service / Event: Perhaps 您的环境提供服务,如一组用于事件的临时资源(例如,您每年关注客户的会议)。您甚至可以包含应用程序版本。

标准化您的标签

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

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

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

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

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

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

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

尽早与您的业务所有者和利益相关者审核生成的报告,以确保您的标签帮助您生成所需的报告,并每几周审核您的标记策略以优化它。

选择标签术语
  • 使用名称命名资源,允许您在不访问元数据的情况下识别资源,然后继续在其中添加元数据。许多云都有有关如何正确执行此操作的指南 ; 请参阅 第 5 章 其他资源 了解链接。
  • 将资源映射到键和值。键将映射到视角,而值将定义每个键允许的不同选项。在某些情况下,该值将是 Null
注意

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

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.