이 페이지는 아직 한국어로 제공되지 않으며 번역 작업 중입니다. 번역에 관한 질문이나 의견이 있으시면 언제든지 저희에게 연락해 주십시오.

Overview

To effectively monitor cloud costs, you need a comprehensive understanding of how various services, teams, and products contribute to your overall spending. Tag Pipelines enforce the use of standardized tags across your cloud resources and ensure consistent, accurate cost attribution throughout your organization.

With Tag Pipelines, you can create tag rules to address missing or incorrect tags on your cloud bills. You can also create new inferred tags that align with specific business logic to enhance the accuracy of your cost tracking.

Tag pipelines are applied to Cloud Cost metrics from all providers. Tag pipelines are not applied to Cloud Cost Recommendations.

Create a ruleset

You can create up to 100 rules. API-based Reference Tables are not supported.

Before creating individual rules, create a ruleset (a folder for your rules) by clicking + New Ruleset.

Within each ruleset, click + Add New Rule and select a rule type: Add tag, Alias tag keys, or Map multiple tags. These rules execute in a sequential, deterministic order from top to bottom.

A list of tag rules on the Tag Pipelines page displaying various categories such as team, account, service, department, business unit, and more

You can organize rules and rulesets to ensure the order of execution matches your business logic.

Add tag

Add a new tag (key + value) based on the presence of existing tags on your Cloud Costs data.

For example, you can create a rule to tag all resources with their business unit based on the services those resources are a part of.

Add new business unit tag to resources with service:processing, service:creditcard, or service:payment-notification.

To ensure the rule only applies if the business_unit tag doesn’t already exist, click the toggle in the Additional options section.

Alias tag keys

Map existing tag values to a more standardized tag.

For example, if your organization wants to use the standard application tag key, but several teams have a variation of that tag (like app, webapp, or apps), you can alias apps to application. Each alias tag rule allows you to alias a maximum of 25 tag keys to a new tag.

Add application tag to resources with app, webapp, or apps tag.

Add the application tag to resources with app, webapp, or apps tags. The rule stops executing for each resource after a first match is found. For example, if a resource already has a app tag, then the rule no longer attempts to identify a webapp or apps tag.

To ensure the rule only applies if the application tag doesn’t already exist, click the toggle in the Additional options section.

Map multiple tags

Use Reference Tables to add multiple tags to cost data without creating multiple rules. This will map the values from your Reference Table’s primary key column to values from cost tags. If found, the pipelines adds the selected Reference Table columns as tags to cost data.

For example, if you want to add information about which VPs, organizations, and business_units different AWS and Azure accounts fall under, you can create a table and map the tags.

Add account metadata like vp, organization, and businessunit using reference tables for tag pipelines

Similar to Alias tag keys, the rule stops executing for each resource after a first match is found. For example, if an aws_member_account_id is found, then the rule no longer attempts to find a subscriptionid.

Reserved tags

Certain tags such as env and host are reserved tags, and are part of Unified Service Tagging. The host tag cannot be added in Tag Pipelines.

Using tags helps correlate your metrics, traces, processes, and logs. Reserved tags like host provide visibility and effective monitoring across your infrastructure. For optimal correlation and actionable insights, use these reserved tags as part of your tagging strategy in Datadog.

Further reading