태그 정책

표기 정책을 조직 단원에 추가하여 표기 표준화를 추진하다.
태그 정책으로서의 기능
키워드 대소문자 일치
가치 제한
에서 기술한 장면은 다음과 같은 절차를 이용하여 명세표를 작성하여 개념 디자인에서 체량의 부피를 분석하도록 한다.
하지만 강제로 표시할 수 있는 기능이 아니기 때문에 이 점은 잘 기억해야 한다.
대소문자를 통일하면 키가 name, Name 과 분리되는 것을 방지할 수 있습니다.
지정한 키를 정확하게 입력하면 지정한 가치로만 자원을 만들 수 있습니다.지정되지 않은 값을 설정하고 생성하면 오류가 발생합니다.
그러나 태그 정책에서 키를 name, 실제 named 로 지정하면 가치를 제한할 수 없습니다.
관건은 한마디 한마디가 일치해야 한다는 것이다.
또한 상기 제작 기능이 기본적으로 무효가 되는 것을 방지하기 때문에 반드시 유효화해야 한다.

태그 정책 사용 시도

원래 정책 탭에서 태그 정책을 선택했습니다.

태그 정책은 OU 단위뿐만 아니라 각 계정에도 적용됩니다.듣기에 괜찮다.
이 기능만 사용하면 다른 자원에 영향을 주지 않을 것 같습니다.
사용합니다.

지금 정책을 만듭니다.

설정 항목의 입력이 끝났습니다.
아직 잘 모르겠지만 중간 탭 부분에 키와 가치를 넣어 봤어요.
이 태그를 대상 리소스에 자동으로 추가하시겠습니까?부착해서 확인해 보세요.
→ 태그 정책에만 태그가 추가됩니다.이것은 표시 자원의 의미와 같다.
표기 키의 대문자는 규범에 맞게 쓰기가 매우 어렵지만, 이것은 지정한 문자 키에 따라야만 만들 수 있다는 것을 의미한다고 나는 생각한다.
예를 들어 프로젝트, 프로젝트는 안 되고 프로젝트만 OK입니다.
표기 값의 준수성은 이해하기 쉽다.
Project 키는 Private, Hands-on-*, Control Tower에만 값을 부여할 수 있음을 나타냅니다.
어댑터를 쓸 수 있어서 정말 좋다.그러나 와일드카드는 한 값에 한 번만 사용할 수 있습니다.
가장 큰 주의점은 강제적인 자원 유형이죠.
이번에는 기본적으로 사용하지 않았습니다.
문서에서도 태그 정책을 사용한 경험이 없으면 기본 상태를 유지하는 것이 좋다고 하니 따르세요.
하지만 비표준 조작을 방지하지 못하기 때문에 비표준 라벨을 만들 수 있지만 우선 이렇게 하자.

태그 정책을 적절한 계정에 추가합니다.
이제 VCC 대신 태그 정책이 추가된 계정에 로그인합니다.
결과적으로 오류가 발생하지 않아 정상적으로 제작할 수 있다.
그리고 태그 키에 PROJECT, 가치에 Public 를 만들어 보십시오.
기준에 맞지 않는 표기지만 오류가 발생하지 않고 그대로 만들어졌습니다.
AWS Resouce Groups의 태그 정책을 검토한 결과 표준에 맞지 않습니다.
하지만 부적합 조작을 방지하지 못해 라벨을 만든 것 같다.
이렇게 하는 것은 큰 의미가 없기 때문에 표기 전략의 불상용 조작을 방지하려고 한다.
또한 상기에서 말한 바와 같이 태그 정책 자체의 태그는 부착된 계정이나 OU에 자원을 만들 때 자동으로 부여되는 태그가 아니라 단순히 태그 정책의 태그라는 뜻이다.
자원을 표시하는 것과 마찬가지로, 그것은 단지 정책을 표시하는 것일 뿐이다.
따라서 태그 정책의 태그를 삭제합니다.
태그 정책에서 태그 제거 및 부적합 방지 작업이 활성화되었으므로 VPC를 다시 작성하십시오.


태그 정책에 맞지 않는 태그를 만드는 중 오류가 발생하여 만들 수 없습니다.듣기에 괜찮다.
또한 문서에서 불합격 방지를 활성화하는 데 사용할 수 있는 참고 사항은 다음과 같습니다.
Understand interactions with some services – Some AWS services have container-like groupings of resources that automatically create resources for you, and tags can propagate from a resource in one service to another. For example, tags on Amazon EC2 Auto Scaling groups and Amazon EMR clusters can automatically propagate to the contained Amazon EC2 instances. You may have tag policies for Amazon EC2 that are more strict than for Auto Scaling groups or EMR clusters. If you enable enforcement, the tag policy prevents resources from being tagged and may block dynamic scaling and provisioning.
틀렸나 봐요. 제 말로 요약해 볼게요.
EC2 자동 배율 그룹 등이 자동으로 리소스(인스턴스)를 생성합니다.
인스턴스 태그는 자동 확대/축소 태그를 반영하지만 인스턴스 자체에 자동 확대/축소 그룹보다 엄격한 태그 정책이 있다고 가정합니다.
이런 상황에서 실례가 자동으로 만들어지지 않는 참극이 발생할 수 있다.
예를 들어 자동 배율 조정된 태그 키Name의 값은 A, B, 인스턴스의 태그 키Name의 값은 A 등만 허용되지만 인스턴스는 더욱 엄격한 태그 정책을 가지고 있습니다.
자동 배율 값이 B 이면 인스턴스 값도 B 이지만 인스턴스는 허용되는 값만 있기 때문에 생성할 수 없습니다.
표기 정책에서 조건에 부합되지 않는 조작을 방지할 때, 이러한 조작이 발생할 수 있기 때문에 반드시 조심해야 한다.

끝날 때

나는 라벨 규칙이 규정한 환경에서 매우 편리한 기능이라고 생각한다.
만약 여러 개의 태그 정책을 만들었다면 위에서 말한 바와 같이 자원을 만들 수 없는 의외의 사건이 발생할 수 있습니다. 편리하지만 충분히 사용하는 것이 좋습니다.