기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
모범 사례
태그를 사용할 경우 현재 또는 잠재적 회사와 사용 사례 구조를 이해하는 것이 중요합니다. 이 정보를 사용하여 올바른 태그를 선택할 수 있습니다. 예를 들어 사전 판매 부서를 위한 데이터 레이크를 빌드하고 있으며 사후 판매 부서의 데이터를 포함하도록 데이터 레이크를 확장할 계획이 있음을 알고 있는 경우 department 태그를 사용하면 각 부서의 비용과 성능을 개별적으로 식별하는 데 도움이 됩니다. 코드 또는 데이터의 계획, 비용 할당 및 최적화를 더 정확하게 식별할 수 있습니다. department 태그가 없을 때 사전 판매 데이터에는 데이터 모델링에 15분이 필요하고 사후 판매 데이터에는 45분이 필요한 경우 개발자는 근본 원인 분석에 더 많은 시간을 할애해야 합니다. department 태그를 사용하면 개발자는 정확히 어디에서 찾아야 하는지 알 수 있습니다.
온톨로지 태그 지정
비즈니스와 기술은 모두 올바른 태그를 식별하는 데 중요한 역할을 합니다. 비즈니스 관점에서 회사와 프로젝트는 항상 특정 구조를 따릅니다. 예를 들어 EMEA 리전의 HR 부서에 채용 필요성을 예측하는 프로젝트가 있을 수 있습니다. 이 경우 기존 구조의 메타데이터를 포함하는 것이 보고, 모니터링, 정리 및 롤아웃 측면에서 중요합니다. 동시에 기술 부서에서는 프로젝트에 다음이 필요하다는 점을 이해합니다.
-
데이터 수집, 정리 및 처리로 구성된 데이터 파이프라인을 통한 데이터 수집 단계
-
예측을 위한 데이터 모델링을 수행하는 ML 팀
-
개발, 테스트 및 프로덕션 환경을 통해 분산되는 코드 오케스트레이션을 위한 DevOps 파이프라인
기울임꼴 키워드는 모두 애플리케이션의 구성 요소와 연결하는 데 중요한 비즈니스 및 기술 그룹 구조입니다. 다음은 일반적인 태그 지정 온톨로지에 대한 예제입니다. 다음 표에는 예제를 사용하여 태그에 해당하는 키 값 페어가 나와 있습니다.
키 - |
값 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
태그 거버넌스
거버넌스 메커니즘을 설정하면 모든 AWS 리소스에서 태그 지정을 일관되게 프로그래밍 방식으로 수행할 수 있습니다.
-
사후 거버넌스는 태그가 제대로 지정되지 않은 리소스를 찾는 작업을 의미합니다. 리소스 그룹 태그 지정 API, AWS Config 규칙 및 사용자 지정 스크립트와 같은 도구를 사용할 수 있습니다.
-
선제적 거버넌스는 사용자가 태그가 지정되지 않은 리소스를 생성할 수 없음을 의미합니다. AWS CloudFormation, AWS Service Catalog, AWS Organizations의 태그 정책 또는 IAM 리소스 수준 권한과 같은 도구를 사용할 수 있습니다.