Whitepaper 'FinOps and cost management for Kubernetes'
Please consider giving OptScale a Star on GitHub, it is 100% open source. It would increase its visibility to others and expedite product development. Thank you!
Webinar 'FinOps and cloud cost optimization for ML/AI workloads.' Register here →
Ebook 'From FinOps to proven cloud cost management & optimization strategies'
OptScale — FinOps
FinOps overview
Cost optimization:
AWS
MS Azure
Google Cloud
Alibaba Cloud
Kubernetes
OptScale — MLOps
ML/AI Profiling
ML/AI Optimization
Big Data Profiling
OPTSCALE PRICING
Acura — Cloud migration
Overview
Database replatforming
Migration to:
AWS
MS Azure
Google Cloud
Alibaba Cloud
VMWare
OpenStack
KVM
Public Cloud
Migration from:
On-premise
Acura — DR & cloud backup
Overview
Migration to:
AWS
MS Azure
Google Cloud
Alibaba Cloud
VMWare
OpenStack
KVM

How to define a tagging system for cloud resources

This article covers the most popular questions about tagging virtual machines, such as ‘What is it?’, ‘Why is it necessary?’, ‘Where would it be useful to apply it?’ and ‘Do I really need this?’

Hope that you will be able to answer the last question by yourself at the end of this article.

How to define a tagging system for cloud resources

What a tag is

So let’s first understand what a tag is. A tag is like a descriptive label assigned to a resource for identifying this resource among all the others, making it easier to find and manage the resources. Usually tags consist of a key and a value and are initiated in the following ways – key:value, e.g. owner:james_dev.

One of the tagging purposes is to add a classification and an order to our life. Everything that a person comes up with is intended to improve the comfort of life and entertainment, save time and gain personal convenience. And tagging also makes the job, in our particular case, working with virtual resources, much easier. 

In general, we use tags in our daily life very often and practically everywhere, we simply do not attach the importance to it. For example, the cutlery for most of the spoons, forks and knives lie separately, then household chemicals: powders for kidswear, for white, for colored, plaque remover and so on, everything is in different places. The vast majority of people do it for their own convenience. To define assets, to facilitate the search for a particular thing. 

In accordance with the studies carried out by IT companies of different sizes, it is definitely worth saying that the use of tags greatly simplifies the work with resources and also the abundance or, on the contrary, the lack of resources becomes more visible for everyone. The simplest example: a certain quota is allocated for the project, which is spent by engineers in the cloud, resources are used for debugging, for testing and so on. Nowadays everyone is trying to automate as many processes as possible in order to save time. So if you do not tag the resources, then all the created instances will look almost the same (with the exception of IDs and names) and, for sure, few people will argue that in a week it will not be entirely clear what machine is used for.

Of course, if you have three machines spinning in the cloud, then you are unlikely to encounter such a problem, but however the person in charge of these resources can get sick or go on vacation and a colleague who will begin to perform his functions (since few people in the current market conditions can simply freeze a project for an indefinite amount of time) will spend much more time understanding the current situation. People usually go on vacation, sick leave, leave the company and all of these irrevocably lead to the chaos in the cloud resources. Introducing tags and tagging rules on the very first stage of cloud integration in a company allows to organize the resources and identify their affiliation.

How to actually start using tags?

Think over the rules, analyze and classify resources you have in the cloud. Are they created for some purpose? Do they have some responsible people or owners? Are they produced by some CD/CI job? Let’s say there are several teams involved in cloud usage – Developers, QA and DevOps. Based on this you can already introduce three tags – team:qa, team:devs, team:devops. Going deeper, we know that DevOps implement some CI/CD jobs, QA develops some tests and Devs launch some debug stands in the cloud, hence there are new tags to be initiated, and so on. Having these things identified will allow singling out the common points and implementing the rules, also including them to your manual and automation processes.

Regarding the question who should use tagging, the answer is evident: everyone. As mentioned earlier in this article, we all use tags in everyday life, so to speak, on a whim, to simplify searching or to logically distribute things. It’s the same here. For a more detailed study of which tags are better to use in a given situation, we advise you to read how to use tags in MS Azure and how to use tags in AWS. In these articles, you will find more specific information related to each particular cloud.

Enter your email to be notified about new and relevant content.

Thank you for joining us!

We hope you'll find it usefull

You can unsubscribe from these communications at any time. Privacy Policy

News & Reports

FinOps and MLOps

A full description of OptScale as a FinOps and MLOps open source platform to optimize cloud workload performance and infrastructure cost. Cloud cost optimization, VM rightsizing, PaaS instrumentation, S3 duplicate finder, RI/SP usage, anomaly detection, + AI developer tools for optimal cloud utilization.

FinOps, cloud cost optimization and security

Discover our best practices: 

  • How to release Elastic IPs on Amazon EC2
  • Detect incorrectly stopped MS Azure VMs
  • Reduce your AWS bill by eliminating orphaned and unused disk snapshots
  • And much more deep insights

FinOps and cloud cost optimization for ML/AI workloads

Join our live demo on 7th 
May and discover how OptScale allows running ML/AI or any type of workload with optimal performance and infrastructure cost.