Cluster-api-provider-aws: Validate AWS tags

Created on 11 Jun 2020  路  10Comments  路  Source: kubernetes-sigs/cluster-api-provider-aws

/kind feature

Describe the solution you'd like
When we create resources in AWS we add a number of Tags to the resources. There are certain restrictions on the tags, such as a maximum of 256 characters for a tag value.

There are variouus places in the code where we create these tags, for example:
https://github.com/kubernetes-sigs/cluster-api-provider-aws/blob/d4ade5922e04a2327f4043effd16252126dea223/pkg/cloud/services/ec2/subnets.go#L323
and we should probably validate the tags we want to create.

The details around the limits and requirements can be found in the AWS documentation:
https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html

Environment:

  • Cluster-api-provider-aws version:
  • Kubernetes version: (use kubectl version):
  • OS (e.g. from /etc/os-release):
help wanted kinfeature prioritimportant-longterm

All 10 comments

/help

@richardcase:
This request has been marked as needing help from a contributor.

Please ensure the request meets the requirements listed here.

If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help command.

In response to this:

/help

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

/assign

Will add context here such that this could be good-first-issue.

/milestone v0.5.x
/priority important-longterm

@detiber @rudoi Can this assign to me ?

/assign @evalsocket

@evalsocket I believe you should be able to self-assign issues as long as you've commented on the issue (a comment with just /assign on it's own line should be sufficient to meet the requirement and for the bot to do the assignment)

@richardcase what should we do if validation failed. Should we skip the tag or through the error?

I would say throw an error. The reason being that a lot of people rely in tags for assigning costs to different teams and without the lables it will cause headaches.

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

/remove-lifecycle stale

Was this page helpful?
0 / 5 - 0 ratings

Related issues

randomvariable picture randomvariable  路  3Comments

tahsinrahman picture tahsinrahman  路  5Comments

kferrone picture kferrone  路  7Comments

detiber picture detiber  路  7Comments

ishantanu picture ishantanu  路  6Comments