기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# AWS 리소스 태그 지정 모범 사례
발행일: **2023년 3월 30일**([문서 수정](document-revisions.md))
Amazon Web Services(AWS)를 사용하면 많은 AWS 리소스에 태그 형태로 메타데이터를 할당할 수 있습니다. 각 태그는 리소스에 대한 정보 또는 해당 리소스에 보관된 데이터를 저장하기 위한 키와 선택적 값으로 구성된 간단한 레이블입니다. 이 백서는 목적, 팀, 환경 또는 비즈니스와 관련된 기타 기준에 따라 리소스를 분류하는 데 도움이 되는 태그 지정 사용 사례, 전략, 기법 및 도구에 중점을 둡니다. 일관된 태그 지정 전략을 구현하면 리소스를 더 쉽게 필터링 및 검색하고, 비용 및 사용량을 모니터링하고, AWS 환경을 관리할 수 있습니다.
이 백서는 [여러 계정을 사용하여 AWS 환경 구성](https://docs.aws.amazon.com/whitepapers/latest/organizing-your-aws-environment/organizing-your-aws-environment.html) 백서에 제공된 사례와 지침을 기반으로 합니다. 이보다 먼저이 백서를 읽어보는 것이 좋습니다. AWS 에서는 클라우드 기반을 전체적으로 설정하는 것을 권장합니다. 자세한 내용은 [AWS에서 클라우드 기반 구축](https://docs.aws.amazon.com/whitepapers/latest/establishing-your-cloud-foundation-on-aws/welcome.html)을 참조하세요.
## 귀사는 Well-Architected입니까?
[AWS Well-Architected 프레임워크](https://aws.amazon.com/architecture/well-architected/)는 클라우드에서 시스템을 구축할 때 내리는 결정의 장단점을 이해하는 데 도움이 됩니다. 이 프레임워크를 사용하여 클라우드에서 안정적이고 안전하며 효율적이고 비용 효율적인 시스템을 설계하고 운영하기 위한 아키텍처 모범 사례를 살펴볼 수 있습니다. [AWS Management Console](https://console.aws.amazon.com/wellarchitected)에서 무료로 제공되는 [AWS Well-Architected Tool](https://aws.amazon.com/well-architected-tool/)를 사용하면 각 요소에 대한 일련의 질문에 답하여, 이러한 모범 사례와 비교하여 워크로드를 검토할 수 있습니다.
참조 아키텍처 배포, 다이어그램, 백서 등 클라우드 아키텍처에 대한 더 많은 전문가 지침과 모범 사례를 보려면 [AWS 아키텍처 센터](https://aws.amazon.com/architecture/)를 참조하세요.
## 소개
AWS 를 사용하면 [Amazon EC2 인스턴스](https://aws.amazon.com/ec2), Amazon [EBS 볼륨](https://aws.amazon.com/ebs/), [보안 그룹](https://docs.aws.amazon.com/AWSEC2/latest/DeveloperGuide/using-network-security.html) 및 [AWS Lambda 함수](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html)와 같은 리소스를 생성 AWS 하여에 워크로드를 쉽게 배포할 수 있습니다. 또한 애플리케이션을 호스팅하고, 데이터를 저장하고, 시간이 지남에 따라 AWS 인프라를 확장하는 AWS 리소스 플릿을 확장 및 확장할 수 있습니다. AWS 사용량이 여러 애플리케이션에 걸쳐 많은 리소스 유형으로 증가함에 따라 어떤 리소스가 어떤 애플리케이션에 할당되는지 추적하는 메커니즘이 필요합니다. 이 메커니즘을 사용하여 비용 모니터링, 인시던트 관리, 패치, 백업 및 액세스 제어와 같은 운영 활동을 지원합니다.
온프레미스 환경에서 이러한 지식은 지식 관리 시스템, 문서 관리 시스템 및 내부 wiki 페이지에 캡처되는 경우가 많습니다. 구성 관리 데이터베이스(CMDB)를 사용하면 표준 변경 관리 프로세스를 사용하여 관련된 세부 메타데이터를 저장하고 관리할 수 있습니다. 이 접근 방식은 거버넌스를 제공하지만 개발 및 유지 관리를 위해서는 추가적인 노력이 필요합니다. 리소스 이름 지정에 구조화된 접근 방식을 사용할 수 있지만 리소스 이름에는 제한된 양의 정보만 포함할 수 있습니다.
![\[리소스 이름을 여러 부분으로 분해한 모습을 보여 주는 그림\]](http://docs.aws.amazon.com/ko_kr/whitepapers/latest/tagging-best-practices/images/structured-approach-to-resource-naming.png)
예를 들어 EC2 인스턴스에는 유사한 기능을 제공하는 Name이라는 사전 정의된 태그가 있으며 이를 통해 워크로드가 AWS로 이동할 때 해당 워크로드의 이름을 지정할 수 있습니다.
2010년에는 메타데이터를 [https://aws.amazon.com/blogs/aws/new-amazon-ec2-feature-resource-tagging/](https://aws.amazon.com/blogs/aws/new-amazon-ec2-feature-resource-tagging/) AWS 시작했습니다. 이 백서는 AWS 환경 전체에서 강력한 태그 지정 전략을 개발하고 구현하는 프로세스를 안내합니다. 이 지침은 의사 결정 및 운영 활동을 지원하는 태그 지정 일관성과 적용 범위를 보장하는 데 도움이 됩니다.