FinOps Pilote by AB Conseil
Guide · Governance

FinOps tagging: why one tag can be enough

Tagging policies with ten mandatory tags almost always fail. Our approach is the opposite: as few tags as possible, sometimes just one, and the CMDB for everything else.

By Aymeric Boucher · 20 October 2026 · 3 min read

The problem with ten-tag policies

Owner, cost center, environment, application, project, criticality, end date, team… On paper, a complete tagging policy tells you everything. In practice:

  • tags are incomplete: nobody fills in ten fields every time they create a resource;
  • they are inconsistent: "Prod", "prod", "PRD", "production";
  • they drift from the CMDB: the owner changes, the tag doesn't follow;
  • nobody maintains them over time.

As a result, part of the bill isn't tied to any team. Nobody looks at it, so nobody optimizes it.

The idea: one tag, and the CMDB for the rest

Most large enterprises already have a source of truth for their applications: the CMDB (ServiceNow or other). It knows the owner, cost center, business unit, criticality, often the environment. There is no point copying this information into tags that will eventually drift.

All you need is one mandatory tag, for example an application code, linking each cloud resource to the CMDB. Every other piece of information is retrieved by joining the two, in the dashboard.

Depending on the client, a second tag (the environment, for example) can be useful when the CMDB doesn't have the right granularity. But every additional tag must be justified.

How to enforce it

  • At creation: on Azure, an Azure Policy denies creating a resource group without the tag, and another one makes resources inherit the tag from their resource group. On AWS, Tag Policies and Service Control Policies play the same role.
  • On existing resources: remediation tasks apply the tag to resources already created.
  • With controlled values: only codes that exist in the CMDB are accepted.

Check consistency automatically

A regular check compares the cloud and the CMDB: codes that don't exist, decommissioned applications still consuming, owners who have left. Each gap becomes an action, tracked in the dashboard along with tagging compliance.

Costs that can't be tagged (shared network, security, support) are allocated with simple allocation keys known to everyone.

What it changes

  • Every cost is tied to an application and its owner.
  • Showback, then chargeback, become possible: every team sees and owns its consumption.
  • Optimization recommendations go to the right person.
  • Budget alerts go to the right owner.
When we arrived at one client, 35% of resources were untagged. Today, 99.9% are correctly tagged.

Mistakes to avoid

  • Free-text tags with no list of allowed values.
  • Tagging resources one by one instead of relying on inheritance from the resource group.
  • Forgetting existing resources: a policy that only applies to new resources leaves the past untagged.
  • Never measuring: without a compliance KPI, the drift comes back.

Tagging is the foundation of FinOps governance. Without it, no chargeback, no accountability, and savings that don't last.

FAQ

How many tags should be mandatory?

As few as possible. One well-chosen tag linked to the CMDB is often enough. A second one can be justified if the CMDB doesn't have the right granularity, for example for the environment.

How do you enforce a tag on Azure?

With Azure Policy: one policy that denies creating a resource group without the tag, and one that makes resources inherit the tag from their resource group. Remediation tasks handle existing resources.

What about costs that can't be tagged?

Shared costs (network, security, support) are allocated with simple allocation keys, agreed with finance and known to every team.

Aymeric Boucher has been a FinOps consultant for 8 years and is the founder of FinOps Pilote. He works with large international enterprises and SMEs on Azure and AWS, and has delivered more than €20M in cloud savings.

First conversation

How much are you losing every month on a poorly optimized cloud?

SMEs: we are paid 20% of the annual savings achieved. Large enterprises: day-rate engagement. A first 30-minute conversation, no commitment.