기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 태그 지정 스키마 정의 및 게시
<a name="defining-and-publishing-a-tagging-schema"></a>

 필수 태그와 선택적 태그 AWS 모두에 리소스에 태그를 지정할 때 일관된 접근 방식을 사용합니다. 포괄적인 태그 지정 스키마를 사용하면 이러한 일관성을 유지할 수 있습니다. 다음 예제는 시작하는 데 도움이 될 수 있습니다.
+  필수 태그 키에 대한 동의 
+  허용 가능한 값 및 태그 이름 지정 규칙(대/소문자, 대시 또는 밑줄, 계층 구조 등) 정의 
+  확인 값은 개인 식별 정보(PII)를 구성하지 않음 
+  누가 새 태그 키를 정의하고 생성할 수 있는지 결정 
+  새 필수 태그 값을 추가하는 방법과 선택적 태그를 관리하는 방법에 대한 동의 

 다음 [태그 지정 범주](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) 표를 검토합니다. 이 표는 태그 지정 스키마에 포함할 수 있는 항목의 기준으로 사용할 수 있습니다. 여전히 태그 키에 사용할 규칙과 각각에 허용되는 값을 결정해야 합니다. 태그 지정 스키마는 환경에 맞게 이를 정의하는 문서입니다.

 표 6 - 최종 태그 지정 스키마의 예** 


| 사용 사례  | 태그 키  | 이론적 근거  | 허용된 값(나열된 또는 값 접두사/접미사)  | 비용 할당에 사용됨  | 리소스 유형  | Scope  | 필수  | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
|  비용 할당  | example-inc:cost-allocation:ApplicationId  |  각 사업부에서 창출된 비용 대비 가치 추적  | DataLakeX, RetailSiteX  | Y  | 모두  | 모두  | 필수  | 
|  비용 할당  | example-inc:cost-allocation:BusinessUnitId  |  사업부별 비용 모니터링  | Architecture, DevOps, Finance  | Y  | 모두  | 모두  | 필수  | 
|  비용 할당  | example-inc:cost-allocation:CostCenter  |  비용 센터별 비용 모니터링  | 123-\$1  | Y  | 모두  | 모두  | 필수  | 
|  비용 할당  | example-inc:cost-allocation:Owner  |  이 워크로드를 책임지는 예산 보유자는 누구입니까? | Marketing, RetailSupport  | Y  | 모두  | 모두  | 필수  | 
|  액세스 통제  | example-inc:access-control:LayerId  |  역할에 따라 리소스에 대한 액세스 권한을 부여할 하위 구성 요소/계층 식별  | DB\$1Layer, Web\$1Layer, App\$1Layer  |  N  | 모두  | 모두  | 선택 사항  | 
|  자동화  | example-inc:automation:EnvironmentId  |  소프트웨어 개발 라이프사이클(SDLC) 단계라고도 하는 테스트 및 개발 환경의 일정 수립 구현  | Prod, Dev, Test, Sandbox  |  N  | EC2, RDS, EBS  | 모두  | 필수  | 
|  DevOps  | example-inc:operations:Owner  |  리소스 생성 및 유지 관리를 담당하는 팀/스쿼드는 어디입니까? | Squad01  |  N  | 모두  | 모두  | 필수  | 
|  재해 복구  | example-inc:disaster-recovery:rpo  |  리소스에 대한 Recovery Point Objective(RPO) 정의  | 6h, 24h  |  N  | S3, EBS  | Prod  | 필수  | 
|  데이터 분류  | example-inc:data:classification  |  규정 준수 및 거버넌스를 위한 데이터 분류  | Public, Private, Confidential, Restricted  |  N  | S3, EBS  | 모두  | 필수  | 
|  규정 준수  | example-inc:compliance:framework  |  워크로드에 적용되는 규정 준수 프레임워크 식별  | PCI-DSS, HIPAA  |  N  | 모두  | Prod  | 필수  | 

 태그 지정 스키마를 정의한 후에는 모든 관련 이해 관계자가 쉽게 참조하고 추적 가능한 업데이트를 위해 액세스할 수 있는 버전 제어 리포지토리에서 스키마를 관리합니다. 이 접근 방식을 사용하면 효율성이 향상되고 민첩성을 허용합니다.