Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Валидация значений меток для создаваемых ресурсов #477

Open
jtprogru opened this issue Oct 28, 2024 · 0 comments

Comments

@jtprogru
Copy link

Приветствую! Я ранее приносил свой PR с внесением некоторых изменений. Данные изменения касаются значений меток, которые можно указывать в коде HCL.
В самом API присутствует валидация при работе через UI, которая не позволяет использовать некоторые символы, а так же латинский алфавит в верхнем регистре.
Основная проблема в текущих версиях Terraform провайдера в том, что о данной ошибке можно узнать только на этапе выполнения команды terraform apply, а на этапе выполнения команды terraform validate никаких ошибок не будет обнаружено.
Сценарий работы выглядит примерно следующим образом:

  • абсолютно все популярные трекеры задач используют символы в верхнем регистре в качестве идентификаторов зада, например: SRE-1234;
  • мне, как инженеру, бывает достаточно часто необходимо использовать данный идентификатор в качестве значения метки, например: task-ref: SRE-1234;
  • самым простым путем добавления будет использование механики копипасты, что позволяет сейчас делать провайдер;
    Хотелось бы получить такую функциональность, которая будет:
  • либо на этапе валидации HCL кода сообщать об ошибке не соответствия требованиям API;
  • либо принудительно приводить на уровне провайдера все значения меток в нижний регистр перед отправкой в API (то, что реализуется максимально просто и отражено в моем PR);

Отличными выглядят оба варианта, т.к. первый будет мне явно говорить о том, что мой код не соответствует требованиям API, а второй будет упрощать жизнь инженеров.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant