Tableau의 거버넌스
이 콘텐츠는 조직이 데이터를 사용하여 영향력을 높이는 방법을 분석 및 개선하는 데 도움을 주는 성숙도 프레임워크인 Tableau Blueprint의 일부입니다. 여정을 시작하려면 평가(링크가 새 창에서 열림)를 수행하십시오.
Tableau의 거버넌스는 데이터의 보안 및 무결성을 유지하면서 분석을 사용하고 채택하도록 유도하는 중요한 단계입니다. 최신 분석 워크플로우를 통해 데이터와 콘텐츠를 안전하게 관리하려면 표준, 프로세스 및 정책을 정의해야 합니다. 이 세 가지를 정의하는 것만큼 중요한 것은, 사용자들이 데이터 기반 의사 결정에 사용할 분석에 대해 신뢰와 확신을 가질 수 있도록 워크플로우의 모든 사람이 거버넌스를 이해하고 준수하는 것입니다.
조직의 Tableau 거버넌스 모델을 정의하려면 Tableau Blueprint 플래너를 사용하여 아래 다이어그램에 요약된 데이터 및 콘텐츠 거버넌스 영역을 완료해야 합니다.
Tableau의 데이터 거버넌스
최신 분석 워크플로우에서 데이터 거버넌스의 목적은 조직의 올바른 사람들이 필요한 때에 올바른 데이터를 사용할 수 있도록 하는 것입니다. 책임감을 부여함과 동시에, 모든 기술 수준의 사용자가 안전하고 신뢰할 수 있는 콘텐츠에 액세스하도록 보장합니다(제한하는 것이 아님).
데이터 원본 관리
데이터 원본 관리는 조직 내 데이터 선택 및 배포와 관련한 프로세스를 포함합니다. Tableau는 엔터프라이즈 데이터 플랫폼에 연결하여 해당 시스템에 이미 적용되어 있는 거버넌스를 활용합니다. 콘텐츠 작성자 및 데이터 관리자는 셀프 서비스 환경에서 다양한 데이터 원본에 연결하고, 데이터 원본, 통합 문서 및 기타 콘텐츠를 작성 및 게시할 수 있습니다. 이러한 프로세스가 없으면, 중복 데이터 원본이 확산되어 사용자 간에 혼란을 유발하고, 오류 발생 가능성을 높이며, 시스템 리소스를 소비하게 됩니다.
Tableau의 하이브리드 데이터 아키텍처는 라이브 쿼리 또는 인메모리 추출을 사용하여 데이터와 상호 작용하는 두 가지 모드를 제공합니다. 사용 사례에 적합한 옵션을 선택하는 것만큼이나 두 가지 모드 간에 쉽게 전환할 수 있습니다. 사용자는 라이브 및 추출 사용 사례 모두에서 기존의 데이터 웨어하우스 테이블, 뷰 및 저장 프로시저에 연결하여 추가 작업 없이 이를 활용할 수 있습니다.
라이브 쿼리는 빠른 데이터베이스에 투자했거나, 최신 데이터가 필요하거나, 초기 SQL을 사용하는 경우에 적합합니다. 인메모리 추출은 데이터베이스나 네트워크가 대화형 쿼리를 수행하기에 너무 느려서 트랜잭션 데이터베이스의 로드를 경감하려는 경우 또는 오프라인 데이터 액세스가 필요한 경우에 사용해야 합니다.
Tableau 2020.2는 새로운 다중 테이블 논리적 계층 및 관계를 지원하므로 사용자는 Tableau 데이터 원본에 있는 비정규화된 단일 플랫 테이블의 데이터를 사용하는 것으로 제한되지 않습니다. 이제 사용자는 데이터에 대해 어떤 질문이 나올지 예상하여 조인 유형을 지정하지 않고도 테이블 간 LOD(세부 수준)를 인식하는 유연한 관계로 다중 테이블 데이터 원본을 작성할 수 있습니다. 다중 테이블이 지원되므로 Tableau 데이터 원본에서 이제 스타 또는 눈송이 스키마 같은 일반적인 엔터프라이즈 데이터 모델은 물론 좀 더 복잡한 다중 팩트 모델도 직접 나타낼 수 있습니다. 단일 데이터 원본에서 여러 세부 수준이 지원되므로 동일한 데이터를 나타내는 데 더 적은 수의 데이터 원본이 필요합니다. 관계는 데이터베이스 조인보다 더 유연하며 추가 사용 사례가 나올 때 지원할 수 있으므로, 새 질문에 답하기 위해 새 데이터 모델을 작성할 필요성이 줄어듭니다. 잘 모델링된 스키마에서 관계를 사용하면 데이터 모델을 작성하는 데 드는 시간과 비즈니스 질문에 답하기 위한 데이터 원본의 수를 모두 줄일 수 있습니다. 자세한 내용은 이 섹션의 뒷부분에 나오는 메타데이터 관리 및 Tableau 데이터 모델을 참조하십시오.
통합 문서를 Tableau Server 또는 Tableau Cloud에 게시할 때 작성자는 데이터 원본을 게시할 수도 있고 통합 문서에 내장할 수도 있습니다. 정의한 데이터 원본 관리 프로세스가 이 결정에 적용됩니다. Tableau 플랫폼의 기본 구성 요소인 Tableau 데이터 서버를 사용하면 데이터 모델을 공유 및 재사용하고, 사용자의 데이터 액세스 방식에 보안을 유지하며, 게시된 데이터 원본을 사용하여 추출을 관리 및 통합할 수 있습니다. 또한, 게시된 데이터 원본을 통해 Tableau Creator 및 Explorer 라이선스가 부여된 사용자는 Tableau의 안전하고 신뢰할 수 있는 데이터에 액세스하여 웹 작성 및 '데이터에 질문'을 할 수 있습니다. 자세한 내용은 게시된 데이터 원본을 위한 최상의 방법, 웹에서 뷰 편집 및 '데이터에 질문'에 사용할 데이터 최적화를 참조하십시오.
Tableau Catalog는 향상된 데이터 탐색 기능을 통해 통합 문서, 데이터 원본 및 흐름을 포함한 모든 콘텐츠를 인덱싱하므로, 작성자는 통합 문서 및 게시된 데이터 원본에서 필드, 열, 데이터베이스 및 테이블을 검색할 수 있습니다. 자세한 내용은 Data Management를 참조하십시오.
Tableau Catalog를 활성화하면, 콘텐츠 작성자는 데이터 원본, 데이터베이스 및 파일, 또는 테이블 및 개체에서 선택하여 데이터를 검색함으로써 데이터가 Tableau Server 및 Tableau Cloud에 존재하는지를 확인하고 데이터 원본의 중복을 최소화할 수 있습니다.
또한 Tableau Server 및 Tableau Cloud에 게시된 뷰의 데이터 세부 정보 탭은 소비자에게 사용된 데이터에 대한 관련 정보를 제공합니다. 세부 정보에는 통합 문서에 대한 정보(이름, 작성자, 수정한 날짜), 뷰에 사용된 데이터 원본 및 사용 중인 필드 목록이 포함됩니다.
아래 워크플로우는 새로운 게시된 데이터 원본을 만드는 데이터 관리자를 위해 데이터 원본 관리에 영향을 미치는 두 가지 주요 결정 사항, 즉 라이브 또는 추출, 내장 또는 공유 데이터 모델을 보여줍니다. 이것은 분석을 시작하기 전에 항상 공식적인 모델링 프로세스가 이루어져야 함을 의미하지는 않습니다.
주요 데이터 원본을 찾고 우선 순위를 정하려면 Tableau Blueprint 플래너의 Tableau 데이터 및 분석 설문 조사 탭과 Tableau 사용 사례 및 데이터 원본 탭을 사용하십시오.
데이터 원본 관리에 대한 주요 고려 사항
- 부서 또는 팀의 주요 데이터 원본은 무엇입니까?
- 데이터 관리자 또는 데이터 소유자는 누구입니까?
- 라이브로 연결합니까, 아니면 데이터를 추출합니까?
- 데이터 원본을 내장해야 합니까, 아니면 게시해야 합니까?
- 데이터 집합의 변형이 존재합니까? 만약 그렇다면, 신뢰할 수 있는 원본으로 통합될 수 있습니까?
- 다중 데이터 원본이 통합된 경우, 한 번에 너무 많은 사용 사례를 수행하려고 해서 단일 데이터 원본의 성능 또는 유틸리티에 문제가 발생합니까?
- 데이터 원본으로 어떤 비즈니스 질문에 답해야 합니까?
- 게시된 데이터 원본에 어떤 명명 규칙이 사용됩니까?
데이터 품질
데이터 품질은 주어진 상황에서(이 경우 비즈니스 의사 결정을 위해) 데이터가 목적에 부합하는지를 측정하는 것입니다. 데이터 품질은 정확성, 완전성, 안정성, 관련성 및 최신 상태와 같은 요소에 의해 결정됩니다. 데이터를 원본 시스템으로부터 수집하는 과정에서 데이터 품질을 보장하기 위한 프로세스를 이미 마련했을 수 있으며, 업스트림 프로세스에 수정된 데이터가 많을수록 분석 시 필요한 수정이 줄어듭니다. 소비 단계에 도달할 때까지 데이터 품질을 일관되게 유지해야 합니다.
셀프 서비스 모델에서는 더 많은 사용자 그룹이 데이터를 사용할 수 있으므로, 계획을 세우는 동안 기존의 업스트림 데이터 품질 검사를 검토하는 것이 좋습니다. 또한, Tableau Prep Builder 및 Tableau Desktop은 데이터 품질 문제를 감지하는 훌륭한 도구입니다. IT 팀이나 데이터 관리자에게 데이터 품질 문제를 보고하는 프로세스를 구축하면, 데이터 품질이 데이터에 대한 신뢰와 확신을 구축하는 필수적인 요소가 될 수 있습니다.
Tableau Data Management 및 Tableau Catalog를 통해 사용자에게 데이터 품질 문제를 전달하여 데이터에 대한 가시성과 신뢰를 높여야 합니다. 문제가 있는 경우 데이터 자산에 경고 메시지를 설정하여 해당 데이터 자산의 사용자가 특정 문제를 인식하도록 할 수 있습니다. 예를 들어, 데이터가 2주 동안 새로 고쳐지지 않았거나 데이터 원본이 사용 중단되었는다는 사실을 사용자에게 알리는 것이 좋습니다. 데이터 자산(예: 데이터 원본, 데이터베이스, 흐름 또는 테이블)당 1개의 데이터 품질 경고를 설정할 수 있습니다. 자세한 내용은 경고 유형이 포함되어 있는 데이터 품질 경고 설정을 참조하십시오. 경고 유형에는 경고, 사용 중단됨, 오래된 데이터, 유지 관리 중이 있습니다.
REST API를 사용하여 데이터 품질 경고를 설정할 수 있습니다. 자세한 내용은 Tableau REST API 도움말에서 데이터 품질 경고 추가를 참조하십시오.
데이터 품질에 대한 주요 고려 사항
- 정확성, 완전성, 안정성 및 관련성을 보장하기 위해 어떤 프로세스가 마련되어 있습니까?
- 프로세스 운영을 위한 체크리스트를 개발했습니까?
- 데이터를 공유하고 신뢰할 수 있으려면 누가 데이터를 검토해야 합니까?
- 프로세스를 비즈니스 사용자에 맞게 수정하고, 비즈니스 사용자가 데이터 소유자와 협력하여 문제를 보고할 수 있습니까?
강화 및 준비
강화 및 준비는 분석을 위해 원시 데이터를 향상, 개선 또는 준비하는 데 사용하는 프로세스를 포함합니다. 데이터 원본이 사용자가 하는 모든 질문에 답하지 못하는 경우가 종종 있습니다. 서로 다른 원본의 데이터를 추가하면 귀중한 컨텍스트가 더해집니다. 다양한 원본에서 원시 데이터를 수집할 때 데이터를 정리, 결합, 집계 및 저장하는 ETL 프로세스를 이미 보유하고 있을 수 있습니다. 명령줄 인터페이스 및 API를 사용하여 Tableau를 기존 프로세스에 통합할 수 있습니다.
셀프 서비스 데이터 준비를 위해서는 Tableau Prep Builder 및 Tableau Prep Conductor를 사용하여 일정에 따라 다중 데이터 원본을 결합하고 자동화해야 합니다. Tableau Prep은 Tableau Server 또는 Tableau Cloud에 CSV, Hyper 및 TDE(버전 2024.2 이하) 또는 게시된 데이터 원본을 포함하여 다양한 출력 유형을 제공합니다. 2020.3부터는 Tableau Prep 출력에 데이터베이스 테이블이 포함되어, 흐름의 결과를 관계형 데이터베이스의 테이블로 저장할 수 있습니다. 따라서 Tableau Prep Builder에서 준비한 데이터를 중앙 위치에서 저장 및 관리하고 조직 전체에서 이용할 수 있습니다. Tableau Prep Builder는 Tableau Creator 라이선스의 일부이며, Tableau Prep Conductor는 Tableau Data Management의 일부입니다. Tableau Data Management를 사용하면 데이터 준비에서부터 카탈로그 작성, 검색 및 거버넌스에 이르기까지 분석 환경의 데이터를 더욱 효과적으로 관리할 수 있으므로, 의사 결정을 추진하는 데 항상 신뢰할 수 있는 최신 데이터의 사용이 보장됩니다.
모든 단계에서 시각적이고 스마트한 직접적인 피드백을 제공하는 Tableau Prep Builder를 사용하여 사용자는 각기 다른 데이터 원본을 분석에 맞게 프로토타입을 만들고 준비할 수 있습니다. 단계를 정의하고 확인했으면, 흐름은 Tableau Server 및 Tableau Cloud에 게시되어야 합니다. 거기서 Prep Conductor가 지정된 일정에 따라 그 흐름을 실행하고 게시된 데이터 원본을 출력합니다. 자동화는 일관된 프로세스를 생성하고, 오류가 발생하기 쉬운 수동 작업 단계를 줄이며, 성공/실패를 추적하고, 시간을 절약합니다. Tableau Server 또는 Tableau Cloud에서 단계를 볼 수 있기 때문에 사용자는 출력 결과에 대해 확신을 가질 수 있게 됩니다.
Tableau Prep 흐름
Tableau Server 또는 Tableau Cloud의 Tableau Prep 흐름
데이터 강화에 대한 주요 고려 사항
- 데이터 강화 및 준비가 중앙 집중식입니까, 아니면 셀프 서비스입니까?
- 조직의 어떤 역할이 데이터 강화 및 준비를 수행합니까?
- 강화 및/또는 준비를 자동화하는 데 어떤 ETL 도구 및 프로세스를 사용해야 합니까?
- 결합할 때 귀중한 컨텍스트를 제공하는 데이터 원본은 무엇입니까?
- 데이터 원본을 결합하는 작업이 얼마나 복잡합니까?
- 사용자가 Tableau Prep Builder 및/또는 Tableau Desktop을 사용하여 데이터 집합을 결합할 수 있습니까?
- 사용자가 데이터 집합을 보강하고 준비할 수 있도록 DBA가 표준화된 조인 또는 혼합 필드를 설정했습니까?
- 셀프 서비스 데이터 준비를 어떻게 할 예정입니까?
데이터 보안
데이터 보안은 모든 기업에서 가장 중요한 부분입니다. Tableau 고객은 기존에 구현된 데이터 보안을 기반으로 구축할 수 있습니다. IT 관리자는 데이터베이스 내에서 데이터베이스 인증으로 보안을 구현하거나, Tableau 내에서 사용 권한으로 보안을 구현하거나, 이 두 방식을 혼합하여 보안을 구현할 수 있습니다. 사용자가 웹에 게시된 뷰, 휴대기기에 게시된 뷰 또는 Tableau Desktop 및 Tableau Prep Builder를 통해 게시된 뷰 등 어디에서 데이터에 액세스하든 보안이 적용됩니다. 고객은 종종 다양한 사용 사례를 처리할 수 있는 유연성 때문에 하이브리드 방식을 선호합니다. 데이터 보안 분류를 설정함으로써 조직에 존재하는 다양한 유형의 데이터 및 민감도 수준을 정의하는 것에서부터 시작하십시오.
데이터베이스 보안 활용 시에는 데이터베이스 인증을 위해 선택한 방법이 핵심이라는 점에 유의해야 합니다. 이 수준의 인증은 Tableau Server 또는 Tableau Cloud 인증과 별개입니다(즉, 사용자가 Tableau Server 또는 Tableau Cloud에 로그인할 때 아직 데이터베이스에 로그인하지 않음). 즉, 데이터베이스 수준의 보안을 적용하려면 Tableau Server 및 Tableau Cloud 사용자가 데이터베이스에 연결할 때 자격 증명(자신의 사용자 이름/비밀번호 또는 서비스 계정 사용자 이름/암호)도 필요합니다. 데이터를 더 잘 보호하기 위해 Tableau에서는 데이터베이스에 대한 읽기 액세스 자격 증명만 요구하는데, 이렇게 하면 게시자가 실수로 기초 데이터를 변경하는 것을 방지할 수 있습니다. 아니면, 경우에 따라 데이터베이스 사용자에게 임시 테이블을 작성할 수 있는 권한을 부여하는 것이 유용합니다. 임시 데이터는 Tableau가 아닌 데이터베이스에 저장되므로 성능 및 보안상의 이점이 있습니다. Tableau Cloud의 경우 데이터 원본에 대한 연결 정보에서 자동 새로 고침을 사용하려면 자격 증명을 포함해야 합니다. Google 및 Salesforce.com 데이터 원본의 경우, OAuth 2.0 액세스 토큰의 형태로 자격 증명을 포함할 수 있습니다.
저장된 추출 암호화는 .hyper 추출이 Tableau Server에 저장되어 있는 동안 이를 암호화할 수 있는 데이터 보안 기능입니다. Tableau Server 관리자는 사이트의 모든 추출에 암호화를 적용하거나 게시된 특정 통합 문서 또는 데이터 원본에 연결된 모든 추출을 암호화하도록 지정할 수 있습니다. 자세한 내용은 저장된 추출 암호화를 참조하십시오.
조직에서 저장된 데이터 추출 암호화를 배포하는 경우, 선택적으로 추출 암호화를 위해 AWS를 KMS로 사용하도록 Tableau Server를 구성할 수 있습니다. AWS KMS 또는 Azure KMS를 사용하려면 각각 AWS 또는 Azure에 Tableau Server를 배포하고 Advanced Management for Tableau Server에 대한 라이선스가 있어야 합니다. AWS 시나리오에서 Tableau Server는 AWS KMS 고객 마스터 키(CMK)를 사용하여 AWS 데이터 키를 생성합니다. Tableau Server는 모든 암호화된 추출에 대한 루트 마스터 키로 AWS 데이터 키를 사용합니다. Azure 시나리오에서 Tableau Server는 Azure Key Vault를 사용하여 모든 암호화된 추출의 RMK(루트 마스터 키)를 암호화합니다. 그러나 AWS KMS 또는 Azure KMS 통합용으로 구성되어 있는 경우에도, Tableau Server에 암호를 안전하게 저장하기 위해 여전히 기본 Java 키 저장소와 로컬 KMS가 사용됩니다. AWS KMS 또는 Azure KMS는 암호화된 추출을 위해 루트 마스터 키를 암호화하는 데만 사용됩니다. 자세한 내용은 키 관리 시스템을 참조하십시오.
Tableau Cloud의 경우, 모든 데이터는 기본적으로 암호화되어 저장됩니다. 하지만 Advanced Management for Tableau Cloud를 사용하면 고객 관리형 암호화 키를 활용하여 키 순환 및 감사를 더 강력하게 통제할 수 있습니다. 고객 관리형 암호화 키를 통해 고객이 관리하는 사이트에 한정되는 키로 사이트의 데이터 추출을 암호화할 수 있어서 보안 수준을 더욱 높여 줍니다. Salesforce KMS(키 관리 시스템) 인스턴스는 사이트에서 암호화를 사용하는 모든 사용자의 기본 사이트별 암호화 키를 저장합니다. 암호화 프로세스는 키 계층 구조를 따릅니다. 우선, Tableau Cloud가 추출을 암호화합니다. 다음으로, Tableau Cloud KMS가 키 캐시에 적절한 데이터 키가 있는지 검사합니다. 키가 없으면 키에 연결된 키 정책에 의해 부여된 사용 권한을 사용하여 KMS GenerateDataKey API를 통해 키가 생성됩니다. AWS KMS는 CMK를 사용하여 데이터 키를 생성하고 일반 텍스트 복사본과 암호화된 복사본을 Tableau Cloud로 반환합니다. Tableau Cloud는 데이터 키의 일반 텍스트 복사본을 사용하여 데이터를 암호화하고 암호화된 데이터와 함께 키의 암호화된 복사본을 저장합니다.
Tableau Server와 Tableau Cloud에서 모두 데이터 원본에 사용자 필터를 설정하여 사용자별로 볼 수 있는 데이터를 제한할 수 있습니다. 이를 통해 Tableau Server 로그인 계정을 토대로 사용자가 게시된 뷰에서 볼 수 있는 데이터를 더 효과적으로 제어할 수 있습니다. 지역 관리자는 이 기술을 사용하여 자신의 지역에 대한 데이터는 볼 수 있지만, 다른 지역 관리자에 대한 데이터는 볼 수 없습니다. 이러한 데이터 보안 접근 방식을 통해, Tableau Cloud 또는 Tableau Server의 광범위한 사용자에게 개인화된 안전한 데이터 및 분석을 제공하는 방식으로 단일 뷰 또는 대시보드를 게시할 수 있습니다. 자세한 내용은 데이터 보안 및 데이터 행 수준에서 액세스 제한을 참조하십시오. 행 수준 보안이 귀사의 분석 사용 사례에 다른 무엇보다 중요하다면 Tableau Data Management를 사용해 데이터 정책과 가상 연결을 활용하여 규모에 맞게 사용자 필터링을 구현할 수 있습니다. 자세한 내용은 가상 연결 및 데이터 정책을 참조하십시오.
데이터 보안에 대한 주요 고려 사항
- 서로 다른 유형의 데이터를 민감도에 따라 어떻게 분류합니까?
- 데이터에 대한 액세스 권한은 어떻게 요청합니까?
- 데이터에 연결하려면 서비스 계정을 사용합니까, 아니면 데이터베이스 보안을 사용합니까?
- 민감도 분류에 따라 데이터를 보호하는 적절한 방법은 무엇입니까?
- 데이터 보안이 법률, 규정 준수 및 규제 요구 사항을 충족합니까?
메타데이터 관리
메타데이터 관리는 데이터 원본 관리의 확장 프로그램으로서, 조직 전체에서 정보의 액세스, 공유, 분석 및 유지 관리를 보장할 수 있는 정책 및 프로세스를 포함합니다. 메타데이터는 데이터를 비즈니스 친화적으로 표현하는 일반적인 용어로서, 기존 BI 플랫폼의 의미론적 계층과 유사합니다. 선별된 데이터 원본을 사용하면 조직에서 사용하는 최신 데이터 아키텍처의 복잡성은 가리고, 원래 가져온 데이터 저장소 및 테이블과 관계없이 필드를 즉시 이해할 수 있습니다.
Tableau는 엔터프라이즈의 메타데이터를 관리할 수 있을 뿐 아니라 사용자에게 유연성을 부여하는 간단하고 명쾌하고 강력한 메타데이터 시스템을 사용합니다. Tableau 데이터 모델은 통합 문서에 내장할 수도 있고, 게시된 데이터 원본으로서 데이터 서버를 통해 중앙에서 관리할 수도 있습니다. 데이터에 연결하고 Tableau Server 또는 Tableau Cloud에서 게시된 데이터 원본이 될 Tableau 데이터 모델을 작성한 후 이를 사용자의 관점에서 바라보십시오. 비즈니스 질문에 답할 수 있도록 필터링되고 크기가 조정되고 서식이 잘 지정된 데이터로 시작할 때 분석이 얼마나 더 쉬워질지 알게 될 것입니다. 게시된 데이터 원본에 대한 자세한 내용은 Tableau 데이터 모델, 게시된 데이터 원본을 위한 최상의 방법 및 Tableau 데이터 서버로 관리되는 데이터 액세스 구현을 참조하십시오.
아래 다이어그램은 Tableau 데이터 모델에서 요소의 위치를 보여줍니다.
2020.2부터 데이터 원본에 연결, 연결 특성, 그리고 데이터 모델 내의 물리적 및 논리적 계층이 포함됩니다. 연결 시 Tableau가 자동으로 필드를 차원 또는 측정값으로 나타냅니다. 또한, 데이터 모델에는 계산, 별칭 및 서식이 저장됩니다. 물리적 계층에는 조인, 유니온 및/또는 사용자 지정 SQL로 정의된 물리적 테이블이 포함됩니다. 하나 이상의 물리적 테이블로 구성된 각 그룹은 관계와 함께 논리적 계층에 상주하는 논리적 테이블을 정의합니다.
관계는 데이터를 모델링하는 새로운 방법으로, 조인을 사용하는 것보다 더욱 유연합니다. 관계는 공통 필드를 기반으로 두 테이블의 관련 방식을 설명하지만, 조인의 결과처럼 테이블을 결합하지는 않습니다. 관계는 조인에 비해 여러 가지 장점을 제공합니다.
- 테이블 간에 조인 유형을 구성할 필요가 없습니다. 관계를 정의하는 필드를 선택하기만 하면 됩니다.
- 관계는 조인을 사용하지만, 이는 자동으로 수행됩니다. 관계에서는 조인 유형을 분석 시기에 분석의 컨텍스트에 맞게 선택하면 됩니다.
- Tableau는 관계를 사용하여 워크시트에 사용된 필드의 현재 컨텍스트를 기반으로 분석 중에 올바른 집계 및 적절한 조인을 자동으로 생성합니다.
- 단일 데이터 원본에서 서로 다른 세부 수준의 여러 테이블이 지원되므로 같은 데이터를 표현할 때 필요한 데이터 원본의 수를 크게 줄일 수 있습니다.
- 일치하지 않는 측정값이 삭제되지 않습니다(실수로 데이터가 손실되지 않음).
- Tableau는 현재 뷰와 관련이 있는 데이터에 대해서만 쿼리를 생성합니다.
VizQL 모델에서 실행 시 비주얼리제이션의 차원과 측정값을 기반으로 여러 쿼리가 동적으로 작성되며 필터, 집계 및 테이블 계산이 적용됩니다. Tableau는 각 논리적 테이블의 컨텍스트 정보를 사용하여 정확한 집계를 제공하기 위해 어떤 조인을 적용할지 결정합니다. 따라서 한 사용자가 데이터 원본을 설계할 때 다른 사용자들이 데이터 원본으로 수행할 분석의 모든 변형을 알고 계획하거나 또는 책임질 필요가 없습니다. Tableau Catalog는 통합 문서, 데이터 원본, 시트 및 흐름을 포함하여 Tableau의 모든 콘텐츠를 검색하고 인덱싱합니다.
아래에 나와 있는 직접 액세스 워크플로우에서 보듯이, 데이터 원본에 직접 액세스할 수 있는 데이터 관리자 또는 작성자는 데이터 원본을 Tableau 통합 문서에서 내장된 데이터 원본으로 프로토타입화한 후 Tableau에서 게시된 데이터 원본을 만들어 선별된 Tableau 데이터 모델을 공유해야 합니다.
작성자가 데이터 원본에 직접 액세스할 권한이 없는 경우에는, DBA 또는 데이터 관리자가 Tableau 통합 문서에 내장된 프로토타입 데이터 원본을 제공합니다. 아래에 나와 있는 제한된 액세스 워크플로우에서 보듯이, 사이트 관리자 또는 프로젝트 리더가 필요한 데이터가 포함되어 있는지를 검토 및 확인한 후 Tableau에서 게시된 데이터 원본을 만들어 Tableau 데이터 모델을 공유합니다.
메타데이터 체크리스트에서 게시된 데이터 원본을 선별하기 위한 모범 사례를 확인할 수 있습니다. 체크리스트를 사용하여 데이터 표준을 설정하면, 비즈니스에서 사용자 친화적이고 이해하기 쉬운 관리되는 셀프 서비스 데이터 액세스를 이용할 수 있습니다. Tableau에서 추출 또는 게시된 데이터 원본을 만들기 전에 다음 체크리스트를 검토하여 Tableau 데이터 모델에 적용하십시오.
- 데이터 모델 유효성 검사
- 해당 분석에 맞게 필터링 및 크기 조정
- 사용자 친화적인 표준 명명 규칙 사용
- '데이터에 질문'에 대한 필드명 동의어 및 사용자 지정 제안 추가
- 계층 생성(드릴 경로)
- 데이터 유형 설정
- 서식 적용(날짜, 숫자)
- 회계 연도 시작 날짜 설정(해당되는 경우)
- 새로운 계산 추가
- 중복 또는 테스트 계산 제거
- 댓글로 필드 설명 입력
- 최고 수준으로 집계
- 사용되지 않은 필드 숨기기
2019.3부터 Data Management에 포함되는 Tableau Catalog는 통합 문서, 데이터 원본, 시트 및 흐름을 포함하는 Tableau의 모든 콘텐츠를 검색하고 인덱싱합니다. 인덱싱은 콘텐츠의 메타데이터, 스키마 및 계보에 관한 정보를 수집하는 데 사용됩니다. 그런 다음 Tableau Catalog는 메타데이터에서 Tableau Server 또는 Tableau Cloud 사이트의 콘텐츠에 사용된 모든 데이터베이스, 파일 및 테이블을 식별합니다. 데이터의 출처를 파악하는 것이 곧 데이터를 신뢰할 수 있게 되는 열쇠이며, 누가 해당 데이터를 사용하는지를 아는 것은 곧 환경에서 변경 데이터의 영향을 분석할 수 있음을 의미합니다. Tableau Catalog의 계보 기능은 내부 및 외부 콘텐츠를 모두 인덱싱합니다. 자세한 내용은 계보를 사용한 영향 분석을 참조하십시오.
계보 기능을 사용하면 계보 그래프에서 콘텐츠 소유자를 추적할 수 있습니다. 소유자 목록에는 계보에서 통합 문서, 데이터 원본 또는 흐름의 소유자로 할당된 모든 사람과 데이터베이스 또는 테이블의 담당자로 지정된 모든 사람이 포함됩니다. 변경이 필요한 경우, 소유자에게 이메일을 전송하여 영향을 알릴 수 있습니다. 자세한 내용은 소유자에게 이메일로 연락을 참조하십시오.
메타데이터 관리에 대한 주요 고려 사항
- 데이터 원본을 큐레이션하는 프로세스는 무엇입니까?
- 데이터 원본의 크기를 해당 분석에 맞게 조정했습니까?
- 명명 규칙 및 필드 서식 지정에 대한 조직의 표준은 무엇입니까?
- Tableau 데이터 모델이 사용자 친화적인 명명 규칙을 포함한 모든 선별 기준을 충족합니까?
- 메타데이터 체크리스트를 정의하고 게시하였고, 유효성 검사, 승격, 인증 프로세스에 통합했습니까?
모니터링 및 관리
모니터링은 셀프 서비스 모델의 중요한 부분으로, IT 부서 및 관리자는 모니터링을 통해 데이터가 어떻게 사용되고 있는지 이해하고 사용, 성능, 데이터 연결 및 새로 고침 오류에 대해 예측하고 대응할 수 있습니다. 회사의 데이터베이스 표준에 따라, IT 부서는 도구와 작업 스케줄러를 함께 사용하여 원시 데이터 및 서버 상태를 수집하고 모니터링합니다.
비즈니스 사용자가 더 현명한 결정을 위해 데이터를 활용하듯이, 관리자 역시 Tableau 배포에 대해 데이터 기반 의사 결정을 내릴 수 있습니다. Tableau Server 및 사이트 관리자는 Tableau Server의 기본 관리 뷰와 사용자 지정 관리 뷰를 사용하여 추출 새로 고침, 데이터 원본 사용률, 구독 및 알림 발송 상태를 모니터링합니다. 사용자 지정 관리 뷰는 Tableau Server의 리포지토리 데이터에서 생성됩니다. Tableau Cloud에서 사이트 관리자는 기본 관리 뷰로 사이트 작업 모니터링에 액세스하고 관리자 인사이트를 사용하여 사용자 지정 뷰를 만들 수 있습니다. 자세한 내용은 Tableau 모니터링 및 Tableau 사용자 참여 및 채택 측정을 참조하십시오.
모니터링 및 관리에 대한 주요 고려 사항
- 일정에 추출 새로 고침을 위한 시간이 있습니까?
- 원본 시스템에서 원시 데이터 수집을 어떻게 모니터링합니까? 작업을 성공적으로 완료했습니까?
- 중복된 데이터 원본이 있습니까?
- 추출 새로 고침 실행은 언제 예약되어 있습니까? 서버에서 추출을 실행하는 데 시간이 얼마나 걸립니까? 새로 고침은 성공이었습니까? 아니면 실패했습니까?
- 추출 새로 고침이 발생한 이후 구독 일정을 사용할 수 있습니까?
- 데이터 원본이 사용되고 있습니까? 누가 사용합니까? 이것은 예상 대상 사용자 규모와 어떻게 비교됩니까?
- 게시된 데이터 원본이 오래되었을 때 제거하는 프로세스는 무엇입니까?
데이터 거버넌스 요약
제어와 민첩성 사이에서 균형을 유지하는 것이 중요합니다. 사용자는 엄격한 거버넌스 정책에도 불구하고 신속한 분석을 위해 민감한 데이터 및 분석을 종종 로컬 경로에 저장합니다. 셀프 서비스 환경에서 데이터 거버넌스의 역할은 보안을 강화하는 동시에 데이터로의 액세스를 허용하여 사용자가 스스로 필요한 답을 얻을 수 있도록 하는 것입니다. 모든 조직의 요구 사항은 다르지만, 아래의 테이블에서는 셀프 서비스 데이터 액세스를 관리하기 위한 이상적인 상태를 설명합니다.
영역 | IT 관리자/ | 콘텐츠 작성자 |
---|---|---|
데이터 원본 관리 | 데이터 원본에 대한 액세스를 제공하고 조직의 데이터 전략, 정책 및 절차를 준수합니다. | 분석에 사용된 데이터 모델을 정의, 관리 및 업데이트합니다. |
데이터 품질 | 데이터의 유효성을 검사하고, 의사 결정을 위해 데이터의 정확성에 대한 신뢰를 구축하는 프로세스를 정의합니다. | 게시된 데이터 모델에 적용된 데이터 정리 규칙을 수집하고 제공합니다. |
강화 및 준비 | 다중 데이터 원본에서 ETL 프로세스를 작성하여 분석에 사용할 데이터를 준비합니다. | 게시된 데이터 모델에 적용된 강화 및 준비 규칙을 수집하고 제공합니다. |
데이터 보안 | 게시된 데이터 모델에 대한 보안 매개 변수 및 액세스 제어를 정의합니다. | 엔터프라이즈 데이터 보안 정책 및 외부 규정을 준수합니다. |
메타데이터 관리 | 메타데이터 관리를 위한 조직 정책 및 프로세스를 정의합니다. | 필드 수준 메타데이터를 정의 및 업데이트하고 사용자에게 제공합니다. |
모니터링 및 관리 | 규정 준수 및 데이터 자산의 적절한 사용을 보장할 수 있도록 사용률을 모니터링하고 감사합니다. | 중앙에서 관리되는 데이터 모델의 사용량 메트릭을 모니터링하고 추적합니다. |
Tableau의 콘텐츠 거버넌스
분석 사용이 증가함에 따라 점점 더 많은 업무상 중요한 비즈니스 의사 결정이 데이터를 기반으로 이루어지게 됩니다. 순수 효과로는 콘텐츠의 양이 증가한다는 점 외에, 귀중한 인사이트를 발견하고 협업할 사용자들 간에 기술 수준이 다양해진다는 점도 있습니다. 데이터를 매일 사용하는 사람들이 점점 많아지므로, 누구나 자신 있게 콘텐츠를 찾고, 소비하며, 만들 수 있도록 Tableau 콘텐츠를 보호, 관리, 신뢰 및 조직화하는 것이 중요합니다. 콘텐츠 거버넌스가 없다면 사용자는 관련이 없거나, 오래되거나, 중복된 통합 문서와 데이터 원본 속에서 필요한 자료를 찾기가 매우 어려울 것입니다.
콘텐츠 거버넌스에는 더 이상 찾는 사람이 없어 콘텐츠를 폐기할 시점을 인지하거나 의사 결정에 중요한 대시보드를 아무도 사용하지 않는 이유를 파악하는 것과 같이 콘텐츠를 관련성 있게 최신 상태로 유지하는 프로세스가 포함됩니다. 콘텐츠 작성자의 핵심적인 책임은 조직에서 콘텐츠 거버넌스 정책이 준수되도록 보장하는 것입니다.
이 섹션에서는 IT 관리자 및 비즈니스 사용자에게 Tableau의 콘텐츠 거버넌스 기능을 뒷받침하는 핵심 개념을 비롯하여, 발전하는 최신 분석 플랫폼에서 작성된 콘텐츠를 관리하기 위해 이러한 개념을 적용하는 방법에 대한 지침을 제공합니다.
콘텐츠 관리
일관된 콘텐츠 조직 구조를 정의하면 관리자가 콘텐츠를 관리할 수 있으며, 이를 통해 사용자는 콘텐츠를 더 쉽게 찾을 수 있습니다. Tableau Server 및 Tableau Cloud는 특정 거버넌스 요구 사항에 맞게 환경을 구조화하고 콘텐츠를 관리하는 데 필요한 유연성을 제공합니다. 사이트의 구조를 세심하게 구성하면 규모에 맞는 진정한 셀프 서비스 분석을 제공하고 사용자가 인사이트를 발견하고 공유할 수 있도록 데이터의 책임 있는 사용을 보장하는 데 도움이 됩니다.
프로젝트
공유하고 협업하기 위해, 사용자는 Tableau Server 또는 Tableau Cloud에서 콘텐츠를 만들어 프로젝트에 게시합니다. 프로젝트는 콘텐츠를 구성하고 보호하는 데 사용되는 기본 컨테이너로, 그 내부에 통합 문서, 데이터 원본, 흐름 및 다른 중첩된 프로젝트가 있습니다. 이를 통해 Tableau에 게시된 콘텐츠에 대한 액세스 관리에 필요한 확장 가능한 구조가 생깁니다.
조직이 단편적이지 않은 것처럼 콘텐츠를 관리하는 방식도 그렇지 않습니다. 프로젝트와 중첩된 프로젝트는 파일 시스템 폴더와 같이 작용하여, 비즈니스를 그대로 반영하는 사용자, 그룹 그리고 해당 사용 권한과 관련된 데이터와 콘텐츠를 수집하는 계층 구조를 제공합니다. 관리자만 최상위 수준 프로젝트를 만들 수 있지만, 특정한 필요에 따라 프로젝트 소유자 또는 프로젝트 리더에게 중첩된 프로젝트를 쉽게 위임할 수 있습니다. 일반적인 콘텐츠 관리 접근 방식으로는 조직(부서/팀별), 기능(주제별) 또는 하이브리드(조직 및 기능의 조합) 접근 방식이 있습니다. 콘텐츠 구조를 계획할 때, 부서 간 통합 Tableau 팀이 프로젝트에 대해 일관된 명명 규칙과 이런 규칙에 대한 액세스 권한이 주어질 그룹을 설정해야 합니다.
예를 들어, 처음 Tableau Server 배포에는 영업, 마케팅 및 IT 부서가 관여하게 됩니다. 조직의 구조를 따라 모든 부서에 각각 최상위 수준 프로젝트가 생성됩니다. 처음 세 부서의 사용자는 부서 간 통합 '디지털 전환' 팀에 속하기도 합니다. 디지털 전환 콘텐츠는 여러 부서의 사용자가 사용할 수 있으므로, '디지털 전환'이라고 부르는 별도의 프로젝트도 필요할 것입니다. 각 부서의 사용자는 이런 콘텐츠에 액세스할 수 있는 그룹의 일원이 될 것입니다. 사용자와 그룹에게는 액세스 권한이 있는 프로젝트만 보이므로, 관리자로서 보는 프로젝트의 수에 신경 쓰지 마십시오.
샌드박스 및 인증된 프로젝트
셀프 서비스를 지원하려면 샌드박스와 프로덕션 프로젝트를 사용해야 합니다. 샌드박스 프로젝트는 애드혹 콘텐츠 또는 인증되지 않은 콘텐츠를 포함하고, 프로덕션 프로젝트는 유효성 검사를 마치고 인증된 콘텐츠를 포함합니다. 사용자는 이 두 프로젝트 유형 간 용도의 차이점을 이해해야 합니다. 샌드박스 프로젝트에 대한 액세스 권한이 있는 모든 콘텐츠 작성자는 자유롭게 데이터를 탐색하고 콘텐츠를 작성하고 애드혹 분석을 수행할 수 있습니다. 프로덕션 프로젝트의 유효성이 검사되고 인증된 콘텐츠는 데이터 기반 의사 결정에 적합하게 높은 수준의 신뢰와 확신이 있음을 의미합니다.
프로덕션 프로젝트의 게시는 이 위치에 대한 콘텐츠 유효성 검사, 승격 및 인증할 소규모 사용자 그룹으로 제한됩니다. 이런 콘텐츠 관리 작업은 프로젝트 소유자와 프로젝트 리더인 사용자에게 위임해야 합니다. 자세한 내용은 프로젝트 수준 관리를 참조하십시오(Tableau Server | Tableau Cloud). 콘텐츠 유효성 검사, 승격 및 인증에 대한 역할과 프로세스는 이 주제의 뒷부분에서 설명합니다.
아래 다이어그램은 부서 전체의 데이터 원본을 보유하는 '영업부 데이터 원본' 프로젝트를 포함하는 영업 부서의 프로젝트 계층 구조를 보여줍니다. 영업 부서의 프로젝트 내에 중첩된 프로젝트는 영업 지역에 매핑됩니다. 각 지역 내의 사용자에 해당하는 그룹은 적절한 지역의 중첩된 프로젝트에 액세스할 수 있습니다. 지역별로 생성되는 콘텐츠는 필요에 따라 콘텐츠를 구성하고 보안을 유지하는 데 사용될 지역 내 중첩된 프로젝트와 함께 존재합니다. 부서는 직무에 상응하는 보안, 데이터 및 응용 프로그램 액세스 권한을 이미 갖고 있을 가능성이 높으므로, 조직 구조를 가지고 Tableau 콘텐츠 구조의 매핑을 시작하는 것이 적절합니다.
부서-팀 예로서, '마케팅' 부서는 부서 전체의 프로덕션 콘텐츠 및 데이터 원본과 같은 공유 리소스는 공급하지만, 자체 프로덕션 및 샌드박스 프로젝트가 있는 '디지털'과 같은 그룹을 위한 특정 리소스에 대한 액세스를 제한합니다. '마케팅' 프로젝트 계층이 아래에 표시되어 있습니다.
사용 권한을 프로젝트와 그룹에 대해 잠김을 사용하여 프로젝트 수준에서 관리하여 콘텐츠에 대한 액세스 거버넌스를 강화하고 관리를 간소화합니다. 잠기지 않은 프로젝트에서 항목 수준으로 사용 권한을 관리하는 게 가능하지만, 이런 프로젝트는 금세 통제하기 어려워집니다. 사용 권한이 잠긴 프로젝트로, 필요할 때 여러 프로젝트 간에 협업을 제공하는 동시에 데이터의 보안을 유지합니다. 자세한 내용은 프로젝트를 사용하여 콘텐츠 액세스 관리(Windows | Linux)를 참조하십시오.
2020.1 릴리스에 사용 권한이 잠긴 중첩된 프로젝트가 도입되어, 상위 프로젝트가 다른 사용 권한으로 잠겨 있는지에 상관없이 프로젝트 계층의 어떤 수준에서든 프로젝트를 잠글 수 있습니다. Tableau Server 및 사이트 관리자와 Tableau Cloud 사이트 관리자는 업무에 더 밀접한 프로젝트 소유자나 프로젝트 리더에게 콘텐츠 관리 책임을 위임하여 콘텐츠와 사용 권한을 더 효과적으로 관리할 수 있습니다. 그러면 계층의 어느 수준에서든 특정한 그룹 요구 사항을 충족하는 사용 권한 모델이 잠긴 중첩된 프로젝트를 사용하게 됩니다.
중첩된 프로젝트를 독립적으로 잠그려면 중첩된 프로젝트에 적용을 참조하십시오.
모음
2021.2에 도입된 모음에서는 콘텐츠에 대한 가상 컨테이너를 제공합니다. 모음을 다른 사람과 공유하고 싶은 콘텐츠의 조합을 선곡하는 Spotify의 재생 목록으로 생각해 볼 수 있습니다. 이 기능은 다른 사람과 공유할 수 없는 즐겨찾기와는 다릅니다.
모음은 쉽게 시작할 수 있고 모든 Tableau 사용자 사이트 역할이 사용할 수 있습니다.
프로젝트 위치에 관계없이 단일 사이트의 어느 곳에서든 대부분의 콘텐츠 유형(예: 통합 문서, 뷰, 데이터 원본 등)을 모음에 추가할 수 있습니다. 이는 기존 항목을 이동하거나 복제하지 않고도 새로운 팀원 온보딩, 워크플로우 지원, 관련 콘텐츠 공유를 위한 유연한 방법입니다. 항목 사용 권한이 여전히 적용되므로 적절한 사용자만 모음에 있는 콘텐츠를 보고 접근할 수 있습니다.
모음을 조직의 콘텐츠 관리 프레임워크의 일부로 사용할 방법은 많습니다. 계속해서 위 예제를 가지고, 조직에 여러 프로젝트(영업과 마케팅)가 있다고 생각해 보십시오. 이 프로젝트 전체에 걸쳐 관련 콘텐츠를 쉽게 찾을 수 있는 기능을 사용자에게 제공하고 싶어서 하나의 모음을 만듭니다. 이제 여러 팀이 한곳에서 한 주제에 대한 전체적인 그림을 쉽게 그릴 수 있습니다.
개인 샌드박스
Tableau Server 또는 Tableau Cloud에 모든 개인이 자신의 작업을 안전하게 저장할 수 있는 공간을 제공하려면, 단일 개인 샌드박스와 사용 권한을 만들어 콘텐츠 소유자가 자신의 항목만 볼 수 있도록 제한해야 합니다. 개인 샌드박스는 애드혹 또는 진행 중인 분석에 사용될 수 있고 광범위하게 공개할 준비가 되지 않은 콘텐츠를 숨깁니다. 준비가 완료되면 사용자는 콘텐츠를 부서의 샌드박스로 이동하여 유효성 검사, 승격 및 인증 프로세스를 진행할 수 있습니다. 모든 사용자를 위한 단일 개인 샌드박스는 보호하고 관리할 프로젝트의 수를 줄여 관리 부담을 줄입니다. '개인 샌드박스'라는 이름의 최상위 수준 프로젝트를 만든 후, 이 프로젝트에 대한 모든 사용자를 위한 사용 권한을 게시로 설정하고, 통합 문서에 대해 없음, 데이터 원본에 대해 없음, 흐름에 대해 없음, 메트릭(레거시 메트릭 기능은 Tableau Cloud 2024년 2월에 사용 중지되었고 Tableau Server 버전 2024.2에서 사용 중지되었습니다. 자세한 내용은 메트릭 만들기 및 문제 해결(사용 중지)을 참조하십시오.)에 대해 없음으로 설정합니다.
게시자 사용 권한만 프로젝트 수준에서 설정
개인 샌드박스 콘텐츠를 단일 위치에 두면, 관리자는 콘텐츠의 조회 빈도를 모니터링하고, 소유자가 오래된 콘텐츠를 삭제해야 할 시점을 제안하며, 누가 개인 샌드박스를 가장 많이 사용하는지 확인할 수 있습니다. 콘텐츠 소유자는 통합 문서 및 데이터 원본을 보는 권한이 없는 프로젝트에 게시된 콘텐츠라도 자신이 소유한 콘텐츠는 항상 볼 수 있습니다. 다음 섹션에서는 권한 부여에 대해 자세히 설명합니다.
사이트
Tableau Server와 Tableau Cloud 모두 사이트를 사용하여 멀티 테넌시를 지원합니다. Tableau Server의 경우, 특정 사용자, 그룹, 데이터, 콘텐츠를 격리하는 보안 경계를 설정하기 위해 여러 개의 사이트를 같은 Tableau Server 배포에 만들 수 있습니다. 한 사이트의 사용자는 다른 사이트가 있는지 볼 수도 없으며, 다른 사이트에 액세스할 수 없습니다. 엄격한 경계 때문에, 사용자가 협업하지 못하게 의도적으로 막을 필요가 있거나 모든 개발 단계 중에 콘텐츠가 분리되어야 할 때 사이트가 제 역할을 합니다.
예를 들어, 아래 다이어그램은 두 개의 Tableau Server 사이트를 보여줍니다. 이 예에서 사이트 1의 고유 사용자는 데이터와 콘텐츠를 포함하여 사이트 2에 대한 액세스 권한이 없습니다. 사이트 1과 사이트 2에 대한 액세스 권한을 모두 가진 사용자는 한 번에 한 사이트에만 로그인할 수 있습니다. 두 사이트의 사용자가 모두 어떤 콘텐츠를 필요로 한다면, 해당 콘텐츠를 각 사이트 내에서 복제하거나 이들 사용자를 위한 공유 콘텐츠용으로 새 사이트를 만들어야 하며, 이에 따라 모니터링, 측정, 유지 관리 등의 관리 부담이 훨씬 더 많이 발생합니다. Tableau Cloud에서 Tableau 인스턴스는 단일 사이트입니다.
엄격한 경계를 만드는 사이트(위 다이어그램 참조)
Tableau Server의 사이트는 처음에는 데이터 원본, 통합 문서, 사용자를 분할하기에 유용한 구조로 보일 수도 있지만, 보안 경계로 인해 대부분의 조직에서 규모에 맞는 진정한 셀프 서비스를 위해 필요한 협업과 콘텐츠 승격이 가로막힙니다. 따라서 콘텐츠 관리 책임이 위임된 단일 사이트에 있는 여러 프로젝트 대신 사이트를 사용할 때의 영향을 심사숙고하시기 바랍니다. 사이트 간의 엄격한 경계를 보여주는 예로, 새로운 사이트를 만들 때는 관련 데이터 원본을 새로운 인스턴스에서 다시 만들어야 합니다.
콘텐츠가 어떤 목적으로 경계를 넘어 공유할 수 없기 때문에 다른 모든 Tableau 사용자와 콘텐츠와는 별개로 고유한 사용자 및 콘텐츠 세트를 관리해야 할 때만 새 사이트를 만들어야 할 것입니다. 사이트를 사용하는 것이 타당한 경우에 대한 자세한 정보와 예는 사이트 개요(Windows | Linux)를 참조하십시오.
콘텐츠 관리에 대한 주요 고려 사항
- 통합 문서 및 데이터 원본을 회사 전체에 공유할 예정입니까?
- 민감한 콘텐츠 또는 부서를 분리하는 데 사이트를 사용할 예정입니까?
- 프로젝트에서 조직적(부서/팀), 기능적(주제), 또는 하이브리드 접근 방식 중 무엇을 사용할 예정입니까?
- 샌드박스 및 프로덕션 프로젝트는 애드혹 및 유효성을 검사한 콘텐츠를 지원하도록 설정되어 있습니까?
- 콘텐츠 명명 규칙을 사용합니까?
- 작성자가 서로 다른 필터를 선택하여 동일한 통합 문서의 여러 복사본을 게시하고 있습니까?
- 콘텐츠가 설명과 태그를 포함하며 시각적 스타일을 준수합니까?
- 로드 시간에 대한 기대치 및 예외 절차가 마련되어 있습니까?
- 직원이 퇴사한 경우, 콘텐츠 소유권을 다시 할당하기 위한 프로세스는 무엇입니까?
권한 부여
사용자가 Tableau에 로그인을 시도하면 인증을 통해 사용자의 신원을 확인합니다. Tableau Server에 액세스해야 하는 모든 사용자는 Tableau Server의 ID 저장소(Windows | Linux)에서 사용자로 표시되어야 합니다. Tableau Cloud 인증은 사용자 ID 확인에 Tableau, Google 및 SAML을 지원합니다. 권한 부여란 인증 이후 사용자가 Tableau Server 및 Tableau Cloud에서 무엇에 어떻게 액세스할 수 있는지를 말합니다. 권한 부여에는 다음이 포함됩니다.
- 사이트, 프로젝트, 통합 문서, 뷰, 데이터 원본, 흐름을 포함하여 Tableau Server 및 Tableau Cloud에 호스팅되는 콘텐츠로 사용자가 수행할 수 있는 작업.
- 서버 및 사이트 설정 구성, 명령줄 도구 실행, 사이트 만들기, 기타 작업 등 Tableau Server 및 Tableau Cloud를 관리하기 위해 사용자가 수행할 수 있는 작업.
이러한 동작에 대한 권한 부여는 Tableau Server 및 Tableau Cloud에서 관리되며, 사용자의 라이선스 유형, 사이트 역할, 그리고 통합 문서 및 데이터 원본과 같은 특정 엔터티와 관련된 사용 권한의 조합으로 결정됩니다. Tableau의 역할 기반 라이선스에는 암시적 거버넌스가 내장되어 있는데, 이는 라이선스 자체에 포함된 기능 때문입니다. 라이선스별 특정 기능에 대한 자세한 내용은 팀 및 조직용 Tableau를 참조하십시오.
Tableau Server 또는 Tableau Cloud의 사이트에 사용자를 추가하는 경우 라이선스 유형에 관계없이 해당 사용자에게 사이트 역할을 적용해야 합니다. 사이트 역할은 사용자가 사이트에서 가질 수 있는 최대 액세스 수준을 나타냅니다.
Tableau Creator 라이선스가 있는 사용자는 Tableau Server 또는 Tableau Cloud, Tableau Desktop, Tableau Prep Builder, Tableau Mobile에 액세스할 수 있습니다. 다음은 Tableau Creator 라이선스를 사용하는 사이트 역할입니다.
사이트 역할 | 설명 |
---|---|
서버 관리자 | Tableau Server에서만 사용할 수 있으며 Tableau Cloud에는 적용되지 않습니다. Tableau Server, 서버의 모든 사이트, 사용자와 그룹, 그리고 프로젝트, 데이터 원본(연결 정보 포함), 통합 문서, 흐름과 같은 모든 콘텐츠 자산에 대한 설정을 구성합니다. 브라우저, Tableau Desktop 또는 Tableau Prep Builder에서 Tableau에 게시된 데이터 원본 또는 외부 데이터에 연결하고, 새로운 데이터 원본과 흐름을 만들고 게시하며, 통합 문서를 작성하고 게시합니다. |
사이트 관리자 Creator | 위에서 설명한 것처럼 사이트 수준에서만 콘텐츠에 무제한 액세스합니다. 브라우저, Tableau Desktop 또는 Tableau Prep Builder에서 Tableau 또는 외부 데이터에 연결하고, 새로운 데이터 원본을 생성하며, 콘텐츠를 작성 및 게시합니다. 서버 관리자는 Tableau Server에서 사이트 관리자가 사용자를 관리하고 사이트 역할 및 사이트 멤버십을 할당할 수 있는지 여부를 결정할 수 있습니다. Tableau Server에서는 기본적으로, Tableau Cloud에서는 항상 사이트 관리자가 이러한 기능을 사용할 수 있습니다. 이것이 Tableau Cloud의 가장 높은 액세스 수준입니다. 사이트 관리자는 사이트 구성 설정에 액세스할 수 있습니다. |
Creator | 데이터에 연결하여 Tableau Server 및 Tableau Cloud에서 게시되고 공유되는 새로운 데이터 원본과 대시보드를 작성합니다. 데이터 관리자(DBA 또는 데이터 분석가)가 데이터 원본을 게시합니다. Creator는 엔터프라이즈 메타데이터 관리에 대한 프로세스 정의, 정책, 가이드라인 및 비즈니스 지식을 조직의 규제 의무를 준수하여 통합합니다.
|
Tableau Explorer 라이선스가 있는 사용자는 Tableau Server나 Tableau Cloud 및 Tableau Mobile에 액세스할 수 있습니다. 다음은 Tableau Explorer 라이선스를 사용하는 사이트 역할입니다.
사이트 역할 | 설명 |
---|---|
사이트 관리자 Explorer | 사이트 관리자 Creator와 동일하게 사이트 및 사용자 구성에 액세스할 수 있지만 웹 편집 환경에서 외부 데이터에 연결할 수는 없습니다. Tableau 게시된 데이터 원본에 연결하여 새 통합 문서를 만들고 기존 통합 문서를 편집 및 저장합니다. |
Explorer(게시 가능) | 브라우저에서 새 콘텐츠를 게시하고, 게시된 뷰를 찾아보고 상호 작용하며, 모든 상호 작용 기능을 사용합니다. 웹 편집 환경에서 기존 통합 문서를 편집 및 저장하고, 통합 문서에 내장된 데이터 연결에서 새로운 독립 실행형 데이터 원본을 저장할 수 있지만 외부 데이터에 연결하여 새 데이터 원본을 만들 수는 없습니다. |
Explorer | 게시된 뷰를 찾아보고 상호 작용합니다. 콘텐츠를 구독하고, 데이터 기반 알림을 생성하며, Tableau에 게시된 데이터 원본에 연결하고, 웹 작성 환경에서 애드혹 쿼리를 위해 통합 문서를 열 수는 있지만, 작업 내용을 저장할 수는 없습니다.
|
Tableau Viewer 라이선스가 있는 사용자는 Tableau Server나 Tableau Cloud 및 Tableau Mobile에 액세스할 수 있습니다.
사이트 역할 | 설명 |
---|---|
Viewer(뷰어) | 필터와 콘텐츠를 보고 상호 작용합니다. Viewer는 비즈니스 이벤트에 의해 트리거되는 알림을 받을 수도 있습니다. |
라이선스 없이 Tableau Server 또는 Tableau Cloud에 추가된 사용자가 라이선스가 없는 사용자입니다.
사이트 역할 | 설명 |
---|---|
라이선스 없음 | 라이선스가 없는 사용자는 Tableau Server 또는 Tableau Cloud에 로그인할 수 없습니다.
|
콘텐츠 사용 권한을 보유한 사이트 역할은 콘텐츠를 게시하고 콘텐츠와 상호 작용할 수 있는 사용자 또는 게시된 콘텐츠를 볼 수만 있는 사용자를 결정하며, 사이트 사용자 및 사이트 자체를 관리할 수 있는 사용자를 결정합니다. 프로젝트 팀은 콘텐츠 사용 권한 모델을 함께 정의해야 합니다. Tableau Server 및/또는 사이트 관리자는 그룹에 사용 권한 규칙을 할당하고, 이를 프로젝트로 잠금 설정합니다. 잠긴 프로젝트는 컨테이너(중첩된 프로젝트 포함) 안에 있는 모든 콘텐츠에 사용 권한 규칙을 강제 적용합니다. 자세한 내용은 프로젝트 기본 사용 권한 설정 및 프로젝트 잠그기를 참조하십시오.
Tableau에는 프로젝트, 통합 문서 및 데이터 원본에 대한 기본 사용 권한 규칙이 있지만, 조직에서 이러한 콘텐츠 유형에 대해 사용자 지정 사용 권한 규칙을 정의할 수도 있습니다.
사용 권한 규칙 템플릿 | 설명 |
---|---|
프로젝트 리더 | 적절한 사이트 역할이 결합되면 사용자 또는 그룹이 프로젝트, 하위 프로젝트 및 해당 프로젝트 계층에 게시된 콘텐츠에 대해 전체 권한으로 액세스하도록 허용합니다.
|
에디터 | 사용자 또는 그룹이 프로젝트의 데이터 원본 또는 통합 문서에 대한 연결, 편집, 다운로드, 삭제 및 사용 권한 설정을 수행할 수 있도록 허용합니다.
사용자 또는 그룹은 데이터 원본을 게시할 수도 있으며, 게시하는 데이터 원본의 소유자인 경우 연결 정보 및 추출 새로 고침 일정을 업데이트할 수 있습니다. 이 사용 권한은 데이터 원본에 연결된 뷰에 액세스할 때 뷰와 관련이 있습니다.
|
게시자 | 사용자 또는 그룹이 프로젝트에 통합 문서 및 데이터 원본을 게시할 수 있습니다.
|
커넥터 | 사용자 또는 그룹이 프로젝트의 데이터 원본에 연결할 수 있습니다.
|
Viewer(뷰어) | 사용자 또는 그룹이 프로젝트의 통합 문서 및 뷰를 보도록 허용합니다.
|
없음 | 사용 권한 규칙의 모든 기능을 지정되지 않음으로 설정합니다.
|
거부됨 | 사용 권한 규칙의 모든 기능을 거부됨으로 설정합니다. |
데이터 원본 액세스 또는 다운로드부터 사용자가 게시된 콘텐츠와 상호 작용하는 방식에 이르기까지, 사용자 지정 사용 권한을 활용하면 사용 권한을 좀 더 세부적으로 지정할 수 있습니다. Tableau의 직관적인 인터페이스를 이용하면 쉽게 사용자를 기능 그룹에 연결하고, 사용 권한을 그룹에 할당하며, 누가 어느 콘텐츠에 액세스할 수 있는지를 확인할 수 있습니다. 자세한 내용은 개별 콘텐츠 리소스에 대한 사용 권한 설정을 참조하십시오. Data Management가 있는 경우 외부 자산의 사용 권한에 추가로 고려할 사항이 있습니다. 자세한 내용은 외부 자산의 사용 권한 관리를 참조하십시오.
서버에 로컬로 그룹을 만들거나 Active Directory/LDAP에서 가져오고, 정해진 일정에 따라 동기화(Windows | Linux)해야 합니다. 동기화 일정은 Tableau Server 관리자 또는 Tableau Cloud 사이트 관리자가 설정합니다. 유지 관리를 단순화하려면 아래와 같이 프로젝트 수준에서 그룹에 사용 권한을 할당합니다. Tableau Cloud의 경우 SCIM을 사용하여 외부 ID 공급자를 통해 Tableau Cloud에서 사용자 프로비저닝 및 그룹 동기화를 자동화할 수 있으며, 프로그래밍 방식으로 REST API를 사용하여 사용자를 추가 또는 제거하거나 그룹에서 멤버를 추가 또는 제거할 수 있습니다.
자세한 내용은 사용 권한 설정 빠른 시작, 관리되는 셀프 서비스에 대해 프로젝트, 그룹 및 사용 권한 구성 및 사용 권한 참조를 참조하십시오.
권한 부여에 대한 주요 고려 사항
- Active Directory/LDAP 또는 SCIM 그룹 동기화에 대한 최소 사이트 역할은 무엇입니까?
- 기본 프로젝트의 모든 사용자 그룹에 대한 모든 사용 권한을 없음으로 설정했습니까?
- 모든 사용자 계정으로 전파하려면 모든 사용자 그룹에 명시적 제한(거부 사용 권한)을 설정해야 합니까?
- 각 프로젝트에 대해 작성 및 보기 기능 집합에 해당하는 그룹을 생성했습니까?
- 사용 권한 모델 테스트용으로 선택한 사용자에 대해 유효한 사용 권한을 검토했습니까?
- 프로젝트 계층 전체에서 보안을 유지 관리하기 위해 사용 권한을 상위 프로젝트에 대해 잠금 설정했습니까?
- 게시된 데이터 원본에 대해 서비스 계정 사용자 이름/비밀번호를 설정했습니까?
콘텐츠 유효성 검사
콘텐츠 유효성 검사는 콘텐츠 인증에서 완료할 일련의 이벤트 중 첫 번째 단계입니다. 데이터 거버넌스의 데이터 품질 영역과 마찬가지로, 콘텐츠 유효성 검사는 콘텐츠가 정확하고, 완전하고, 신뢰할 수 있고, 관련성이 있으며, 최신 상태인지를 확인하는 프로세스를 포괄합니다.
콘텐츠의 유효성을 검사하는 첫 번째 역할은 작성자여야 합니다. 작성자는 대상 사용자에게도 피드백을 요청해야 합니다. 이는 비공식 피드백 그룹에서 또는 통합 문서의 링크를 공유하여 수행할 수 있습니다. 데이터 관리자는 내장된 데이터 원본이 잠재적인 게시 및 인증 후보로서 정확한지 보장하고 검토하는 역할도 수행해야 합니다. 데이터 원본이 통합 문서에 내장된 경우, 데이터 관리자는 그 원본이 잠재적인 게시 및 인증 후보가 되는지 고려해야 합니다. 콘텐츠 유효성 검사는 데이터 및 계산 정확성 외에도, 사이트 관리자 또는 프로젝트 리더 사이트 역할에 따른 브랜드, 레이아웃, 서식 지정, 성능, 필터, 대시보드 동작 및 사용 범위를 넘는 행동에 대한 검토도 포함해야 합니다.
콘텐츠 유효성 검사에 대한 주요 고려 사항
- 유효성 검사 프로세스에는 누가 참여합니까?
- 통합 문서가 정확하고, 완전하고, 신뢰할 수 있고, 관련성이 있으며, 최신 상태입니까?
- 새 콘텐츠가 기존 콘텐츠를 대체합니까?
- 기초 데이터와 계산이 정확합니까?
- 통합 문서는 기업 브랜드를 반영합니까?
- 통합 문서의 레이아웃은 논리적입니까?
- 모든 축과 숫자는 올바른 형식입니까?
- 대시보드가 허용되는 성능 시간 내에 로드됩니까?
- 필터 및 대시보드 동작은 대상 뷰에서 작동합니까?
- 대시보드는 엣지 케이스 동작(모두 필터링, 없음, 하나의 값 등)을 수행하는 데 유용합니까?
콘텐츠 승격
콘텐츠 유효성 검사가 완료된 후에는 콘텐츠 승격 프로세스를 사용하여 신뢰할 수 있는 프로젝트 위치에 통합 문서를 게시하거나, 게시된 데이터 원본에 대한 데이터 원본 인증 배지 지정을 추가합니다. 다음은 통합 문서 워크플로우의 예입니다.
통합 문서 워크플로우
콘텐츠 작성자는 데이터에 연결하고, 새 대시보드를 작성하고, 샌드박스 프로젝트에 게시합니다. 사이트 관리자 또는 프로젝트 리더는 콘텐츠의 유효성을 검사하고 승인합니다. 승인된 콘텐츠는 프로덕션 프로젝트에 게시됩니다. Tableau Advanced Management의 일부로 라이선스가 부여되는 Content Migration Tool은 Tableau Server 프로젝트 간에 콘텐츠를 쉽게 승격하거나 마이그레이션하는 방법을 제공합니다. 별개의 여러 Tableau Server 설치에서 프로젝트 간에(예: Tableau Server의 개발 인스턴스와 각 환경에 맞는 적절한 라이선스가 있는 제품 설치 간), 또는 단일 Tableau Server 설치에서 프로젝트 간에 이 작업을 수행할 수 있습니다. Content Migration Tool 사용자 인터페이스는 '마이그레이션 계획'을 세우는 데 필요한 단계를 안내합니다. 이 계획은 한 번만 사용할 수도 있고 다중 마이그레이션용 템플릿으로 사용할 수도 있습니다. 사용 사례에 대해 자세히 알아보려면 Content Migration Tool 사용 사례를 참조하십시오.
IT 요구 사항에 따라 별도로 라이선스가 부여된 세 가지 환경(개발, QA 및 프로덕션)이 필요한 경우, 최신 분석 플랫폼으로 기존의 하향식 폭포형 개발 주기를 복제하지 마십시오. 사용자가 엄격한 정책을 우회하거나 프로덕션으로 콘텐츠 가져오기의 지연을 피하기 위해 QA 환경을 선호할 수 있으므로, Tableau의 REST API의 사용자 지정 워크플로우 스크립트를 사용하여 프로덕션 서버로의 콘텐츠 마이그레이션을 자동화함으로써 적절한 균형을 유지하십시오.
콘텐츠 승격에 대한 주요 고려 사항
- 승격 프로세스에는 누가 참여합니까?
- 콘텐츠 승격 역할의 기준을 평가할 체크리스트가 있습니까?
- 인증된 콘텐츠와 애드혹 콘텐츠를 프로젝트별로 명확하게 설명했습니까?
- 반복과 혁신을 지원하는 프로세스가 민첩합니까?
- 직접적이고 제한된 데이터 원본과 통합 문서를 모두 처리할 수 있는 워크플로우가 있습니까?
콘텐츠 인증
유효성을 확인하고 승격된 콘텐츠는, 프로덕션 프로젝트에 대해 사용 권한이 있는 사이트 관리자, 프로젝트 리더 또는 게시자(콘텐츠 작성자 또는 데이터 관리자)가 통합 문서 또는 데이터 원본을 지정된 위치로 승격할 때, 신뢰할 수 있는 인증된 콘텐츠가 됩니다. 인증을 완료하면 중복된 통합 문서 및 데이터 원본의 확산이 감소하므로, 콘텐츠 소비자는 콘텐츠를 더 잘 찾을 수 있고 데이터 관리자는 Tableau에서 전사적 데이터를 더 효과적으로 관리할 수 있습니다.
콘텐츠 유효성 검사를 위한 주요 고려 사항에서 확립된 기본 요구 사항을 인증의 기준으로 사용하십시오. 콘텐츠 작성자는 인증 프로세스가 작동하는 방식을 처음부터 끝까지 명확하게 이해해야 하며, 콘텐츠 소비자는 콘텐츠 관리 표준에 정의된 대로 프로덕션 프로젝트에서 인증된 콘텐츠가 게시되는 위치를 알아야 합니다.
데이터 원본 인증을 통해 데이터 관리자는 Tableau 배포에서 특정 데이터 원본을 신뢰할 수 있고 사용할 준비가 된 상태로 승격할 수 있습니다. 인증된 데이터 원본은 Tableau Server와 Tableau Cloud 검색 결과 및 Tableau 스마트 데이터 원본 권장 사항 알고리즘에서 우선순위를 갖게 되므로 쉽게 찾아 다시 사용할 수 있습니다.
인증된 데이터 원본
콘텐츠 인증에 대한 주요 고려 사항
- 인증된 콘텐츠를 지정하는 담당자는 누구입니까?
- 인증 기준을 모두 충족합니까?
- 인증 참고 사항, 태그 등 모든 필드를 작성했습니까?
콘텐츠 사용률
콘텐츠 사용률은 비즈니스 의사 결정을 위해 효과적으로 사용한 데이터의 측정값으로, 뷰에 대한 트래픽으로만은 표현될 수 없습니다. 콘텐츠 사용률을 측정하면 콘텐츠를 생성 및 소비하는 사용자 행동과 더불어 대시보드 및 데이터 원본의 품질 및 관련성을 이해함으로써 배포를 확장 운영하고 발전시킬 수 있습니다. 콘텐츠가 소비되지 않는 경우에는 해당 콘텐츠를 식별하고 적절한 다음 단계를 수행할 수 있습니다.
Tableau Server 관리자와 Tableau Cloud 사이트 관리자는 기본 관리 뷰를 통해 광범위한 사용 패턴을 모니터링해야 합니다. 더 구체적인 요구 사항이 있을 경우 사용자 지정 관리 뷰를 만들 수 있습니다. Tableau Server의 경우 Tableau Server 리포지토리 데이터로 만들 수 있습니다. Tableau Cloud에서 사이트 관리자는 기본 관리 뷰로 사이트 작업 모니터링에 액세스하고 관리자 인사이트를 사용하여 사용자 지정 뷰를 만들 수 있습니다. 사이트 관리자는 사이트 내에 게시된 모든 인증된 콘텐츠 및 애드혹 콘텐츠의 사용 현황을 측정하고 감사해야 합니다. 예를 들어 애드혹 콘텐츠 사용률이 인증된 콘텐츠 사용률보다 현저히 높은 경우, 승격 프로세스가 비즈니스 요구 사항에 비해 너무 제한적이거나 너무 길기 때문일 수 있습니다.
사이트 관리자는 Tableau Blueprint 플래너의 Tableau 사용 사례 및 데이터 원본 탭에 기록된 예상 대상 사용자 규모에 비추어 콘텐츠 사용률을 검토해야 합니다. 개별 콘텐츠 작성자도 통합 문서의 축소판 이미지 위에 마우스를 올리거나 메뉴에서 '이 뷰를 본 사용자'를 선택하여 스파크라인 도구 설명에서 자신의 콘텐츠 사용률을 검토해야 합니다. 자세한 내용은 Tableau 사용자 참여 및 채택 측정을 참조하십시오.
콘텐츠 사용률에 대한 주요 고려 사항
- 각각의 뷰에 얼마나 많은 트래픽이 도달합니까?
- 오래된 콘텐츠의 정의는 무엇입니까? 오래된 콘텐츠는 얼마나 자주 제거됩니까?
- 간접 사용(알림 및 구독)은 얼마나 발생합니까?
- 구독은 정시에 전달됩니까?
- 실제 대상 사용자의 규모가 기대치와 일치합니까?
- 콘텐츠가 주별, 월별, 분기별 추세를 따릅니까?
- 사용자 집단의 마지막 로그인 이후 다음 로그인까지의 일수 또는 로그인 빈도는 어떻게 됩니까?
- 통합 문서 및 데이터 원본 크기의 분포는 어떻습니까?
콘텐츠 거버넌스 요약
아래의 테이블은 활발한 최신 분석 배포에서 콘텐츠를 승격 및 관리하는 이상적인 상태를 정의합니다.
영역 | IT 관리자/BI 전문가 | 콘텐츠 작성자 |
---|---|---|
콘텐츠 관리 | 게시된 콘텐츠를 저장하고 정리하기 위한 환경을 생성하고 유지 관리합니다.
| 콘텐츠가 해당 사이트 또는 프로젝트와 관련성이 있는지 확인합니다. |
보안 및 사용 권한 | 분석 콘텐츠의 보안을 유지하고 콘텐츠 유형, 민감도, 비즈니스 요구 사항 등을 기준으로 사용자에게 적합한 액세스 수준을 부여합니다.
| 조직의 보안 및 사용 권한 정책을 준수합니다. |
콘텐츠 유효성 검사 | 콘텐츠 유효성 검사 프로세스가 올바른지 정의합니다. | 사용자가 생성한 분석 콘텐츠의 유효성 검사 및 정확성 확인을 지원하기 위해 플랫폼 기능에 액세스합니다.
|
콘텐츠 승격 | 콘텐츠 승격 프로세스를 정의합니다. | 거버넌스 프로세스에서 결정된 대로 신뢰할 수 있는 중앙 집중식 환경에 유효성을 검사한 분석 콘텐츠를 승격합니다.
|
콘텐츠 인증 | 콘텐츠 인증 프로세스를 정의합니다. | 신뢰할 수 있는 콘텐츠를 인증하고 동일한 환경에 있는 신뢰할 수 없는 콘텐츠와 구분합니다.
|
콘텐츠 사용률 | 조직의 부서 전체에서 광범위한 사용 패턴을 측정합니다. | 게시된 콘텐츠의 사용을 측정 및 감사하고 신뢰할 수 없는 콘텐츠의 사용 현황을 추적합니다.
|