Power BI 구현 계획: 테넌트 수준 작업 영역 계획

참고 항목

이 문서는 Power BI 구현 계획 시리즈의 일부를 구성합니다. 이 시리즈는 주로 Microsoft Fabric 내의 Power BI 환경에 중점을 둡니다. 시리즈에 대한 소개는 Power BI 구현 계획을 참조하세요.

이 문서에서는 Power BI 환경에 중점을 두고 테넌트 수준 패브릭 작업 영역 계획에 대해 설명합니다. 주로 다음을 대상으로 합니다.

• 패브릭 관리자: 조직에서 패브릭 감독을 담당하는 관리자입니다.
• 최고 전문가 조직, IT 및 BI 팀: 데이터 및 BI를 감독하고 조직 전체에서 셀프 서비스 사용자를 지원할 책임도 있는 팀입니다.

보조적으로 이 문서는 작업 영역에서 콘텐츠를 만들고 게시하고 관리해야 하는 셀프 서비스 작성자의 관심사일수도 있습니다.

작업 영역은 여러 가지 방법으로 사용될 수 있으므로 대부분의 전술적 결정은 작업 영역 수준에서 결정됩니다(다음 문서에 설명됨). 그러나 테넌트 수준에서도 몇 가지 전략적 계획 결정을 내릴 수 있습니다.

테넌트 수준 작업 영역 결정은 다른 모든 것에 영향을 주므로 가능하면 빨리 내리는 것이 좋습니다. 또한 전체 작업 영역 목표와 목적에 대한 명확성이 있는 경우 개별 작업 영역 결정을 내리는 것이 더 쉽습니다.

참고 항목

작업 영역의 개념은 Power BI에서 시작되었습니다. Fabric을 통해 작업 영역의 목적이 더 넓어졌습니다. 그 결과 작업 영역에는 이제 하나 이상의 다른 Fabric 환경 항목(워크로드라고도 함)이 포함될 수 있습니다. 콘텐츠 범위가 Power BI보다 더 광범위해졌지만, 이 문서에서 설명하는 대부분의 작업 영역 계획 활동은 Fabric 작업 공간 계획에 적용할 수 있습니다.

작업 영역 만들기 권한

Power BI 서비스에 작업 영역을 만들 수 있는 사용자에 대한 결정은 데이터 문화 및 거버넌스 결정입니다. 일반적으로 이 결정에 접근하는 방법에는 두 가지가 있습니다.

• 모든(또는 대부분의) 사용자가 새 작업 영역을 만들 수 있음: 이 방법은 다른 애플리케이션에 대한 기존 결정과 일반적으로 일치합니다. 예를 들어 사용자가 자신의 SharePoint 사이트 또는 Teams 채널을 만들 수 있는 경우 Fabric에서도 동일한 정책을 채택하는 것이 합리적입니다.
• 새 작업 영역을 만들 수 있는 선택적 사용자 집합으로 제한됨: 이 방법은 일반적으로 거버넌스 계획이 준비되었거나 계획되었음을 나타냅니다. 이 프로세스 관리는 완전히 중앙 집중화될 수 있습니다(예: IT 팀만 작업 영역을 만들 수 있음). 보다 유연하고 실용적인 접근 방식은 중앙 집중식 및 탈중앙 집중식 개인들의 조합인 경우입니다. 이 경우 COE(우수성 센터), 챔피언 또는 신뢰할 수 있는 사용자의 특정 위성 멤버가 학습을 하고 사업부를 대신하여 작업 영역을 만들고 관리했습니다.

작업 영역을 만들도록 허용한 사용자에 대한 결정에 따라 Fabric 관리자 포털에서 작업 영역 만들기 테넌트 설정을 설정해야 합니다. 자세한 내용은 작업 영역 관리를 참조하세요.

검사 목록 - 작업 영역을 만들 수 있는 사용자에 대한 사용 권한을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 사용자 요구 사항 확인 및 유효성 검사: 관련 이해 관계자 및 이해 당사자와의 공동 토론을 예약하여 사용자가 현재 작동하는 방식을 알아봅니다. 목표는 사용자 요구 사항을 명확하게 이해하는 것입니다.
• 작업 영역을 만들 수 있는 사용자 결정: 모든 사용자, 중앙 집중식 팀 또는 특정 중앙 집중식 및 탈중앙 집중식 사용자 중 누가 새 작업 영역을 만들 수 있는지 결정합니다. 이 결정이 목적상 데이터 문화 목표에 부합하는지 확인합니다. 임원 후원자의 승인을 받아야 합니다.
• 작업 영역을 만들 수 있는 사용자에 대한 보안 그룹 만들기: 사용자의 하위 집합이 작업 영역을 만들도록 허용된 경우 보안 그룹이 필요합니다. Fabric 작업 영역 작성자와 같이 그룹의 이름을 명확하게 지정합니다. 작업 영역을 만들도록 허용된 멤버를 이 보안 그룹에 추가합니다.
• 테넌트 설정 업데이트: 관리 포털의 작업 영역 만들기 테넌트 설정에 새 보안 그룹을 추가합니다. Fabric 작업 영역 작성자 그룹 외에 이 테넌트 설정에 대해 허용될 수 있는 다른 그룹은 COE, 지원 및 패브릭 관리자입니다.

작업 영역 명명 규칙

작업 영역 명명 규칙은 작업 영역의 이름을 지정하는 방법에 대해 합의된 패턴입니다. 일반적으로 명명 규칙은 제안보다는 요구 사항에 가깝습니다.

많은 사용자가 작업 영역을 만들 수 있는 권한을 가지고 있는 경우 명명 규칙을 엄격하게 적용하기 어려울 수 있습니다. 사용자 교육 및 학습을 통해 이러한 문제를 완화할 수 있습니다. 또한 감사 프로세스를 수행하여 명명 규칙을 준수하지 않는 작업 영역을 찾을 수도 있습니다.

작업 영역 이름은 다음을 포함하여 작업 영역에 대한 추가 정보를 전달할 수 있습니다.

• 목적: 작업 영역 이름에는 항상 해당 콘텐츠에 대한 설명이 포함되어야 합니다. 예: Sales Quarterly Bonus Tracking.
• 항목 유형: 작업 영역 이름에는 포함된 항목 유형에 대한 참조가 포함될 수 있습니다. 예를 들어, Sales 데이터를 사용하여 레이크하우스 또는 의미 체계 모델(이전에는 데이터 세트라고 함)과 같은 항목을 저장하는 작업 영역을 표시합니다. Sales 분석은 작업 영역에 분석 보고서 및 대시보드가 저장되어 있음을 나타낼 수 있습니다.
• 스테이지(환경): 작업 영역 이름에는 해당 스테이지가 포함될 수 있습니다. 예를 들어, 수명 주기 관리를 위해 별도의 작업 영역(개발, 테스트 및 프로덕션)을 사용하는 것이 일반적입니다.
• 소유권 및 책임: 작업 영역 이름에는 콘텐츠 관리를 담당하는 사용자를 나타내는 표시가 포함될 수도 있습니다. 예를 들어 SLS 접두사 또는 접미사를 사용하여 영업 팀이 콘텐츠를 소유하고 관리함을 나타낼 수 있습니다.

팁

작업 영역 이름을 짧게 유지하려면 작업 영역 설명에 추가 세부 정보를 포함할 수 있습니다. 그러나 특히 사용자가 작업 영역을 검색할 것으로 예상되는 경우 가장 관련성이 큰 정보가 작업 영역 이름에 포함되어 있도록 해야 합니다. 또한 작업 영역 이미지를 사용하여 작업 영역 이름을 보강할 수도 있습니다. 이러한 고려 사항은 다음 문서의 작업 영역 설정 섹션에서 자세히 설명합니다.

작업 영역 이름이 일관되면 모든 사람에게 도움이 됩니다. 사용자가 콘텐츠를 더 쉽게 찾을 수 있으므로 사용자 환경이 개선됩니다. 또한 관리자는 예측 가능한 명명 규칙을 사용하면 콘텐츠를 더 쉽게 감독할 수 있습니다.

중앙 집중식 포털 및 교육 자료에 작업 영역 명명 규칙을 포함하는 것이 좋습니다.

다음 목록에서는 작업 영역 명명과 관련된 더 많은 고려 사항을 설명합니다.

• 짧지만 설명이 포함된 이름 사용: 작업 영역 이름은 콘텐츠를 정확하게 반영해야 하며 이름 시작 부분에 가장 중요한 부분을 포함해야 합니다. Fabric 포털에서 긴 작업 영역 이름은 사용자 인터페이스에서 잘릴 수 있어서 사용자가 작업 영역 이름 위에 커서를 올려 도구 설명의 전체 이름을 표시해야 할 수 있습니다. 짧지만 설명적인 이름의 예는 Quarterly Financials입니다.
• 표준 접두사 사용: 표준 접두사는 정렬할 때 유사한 작업 영역을 함께 정렬할 수 있습니다. 예: FIN-Quarterly Financials.
• 표준 접미사 사용: 추가 정보에 대한 접미사를 추가할 수 있습니다(예: 개발, 테스트 및 프로덕션에 다른 작업 영역 사용). [Dev] 또는 [Test] 접미사는 추가하지만 프로덕션은 접미사 없이 사용자에게 친숙한 이름으로 놔두는 것이 좋습니다. 예: FIN-Quarterly Financials [Dev].
• Power BI 앱 이름과의 일관성 유지:: 특히 앱 소비자를 위한 유용성 또는 이해도를 향상시키는 경우 작업 영역 이름과 해당 Power BI 앱이 다를 수 있습니다. 하지만 혼동을 피하기 위해 이름을 비슷하게 유지하는 것이 좋습니다.
• 불필요한 단어 생략: 다음 단어는 중복될 수 있으므로 작업 영역 이름에서 사용하지 않도록 합니다.
  • workspace라는 단어,
  • Fabric 또는 Power BI란 단어입니다. 많은 패브릭 작업 영역에는 다양한 워크로드의 항목이 포함되어 있습니다. 그러나 특정 워크로드(예: Power BI, Data Factory 또는 Synapse 데이터 엔지니어링)만 대상으로 하는 작업 영역을 만들 수 있습니다. 이 경우 작업 영역 용도가 명확해지도록 짧은 접미사를 선택할 수 있습니다.
  • 조직의 이름입니다. 그러나 기본 대상이 외부 사용자인 경우 조직의 이름을 포함하는 것이 유용할 수 있습니다.

참고 항목

작업 영역 이름이 변경되면 사용자에게 알리는 것이 좋습니다. 대부분의 경우 작업 영역의 고유 식별자인 GroupID는 변경되지 않으므로(작업 영역 URL에서 찾을 수 있음) 패브릭 포털 작업 영역의 이름을 바꾸는 것이 안전합니다. 그러나 XMLA 연결은 GroupID 대신 작업 영역 이름을 사용하여 연결하기 때문에 영향을 받습니다.

검사 목록 - 작업 영역 명명 규칙을 만드는 것을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 작업 영역 이름에 대한 요구 사항 또는 기본 설정 결정: 작업 영역의 이름을 지정하고 싶은 방법을 고려합니다. 엄격한 명명 규칙 요구 사항을 원하는지 제안 및 예제를 통해 안내되는 보다 유연한 요구 사항을 원하는지 결정합니다.
• 기존 작업 영역 이름 검토: 사용자가 따라야 하는 좋은 예가 되도록 기존 작업 영역 이름을 적절하게 업데이트합니다. 기존 작업 영역의 이름이 변경되는 것을 보면 사용자는 이를 암시적 표준으로 해석하고 채택할 것입니다.
• 작업 영역 명명 규칙에 대한 설명서 만들기: 작업 영역 명명 규칙 요구 사항 및 기본 설정에 대한 참조 설명서를 제공합니다. 두문자어, 접두사 및 접미사를 올바르게 사용하는 예제를 포함해야 합니다. 중앙 집중식 포털 및 학습 자료에서 정보를 제공합니다.

작업 영역 도메인

콘텐츠를 소유하고 관리하는 방법에서 명확성은 항상 중요합니다. 이 명확성은 데이터 자산을 만들고 관리하는 책임이 여러 부서나 사업부에 분산될 때 특히 중요합니다. 때때로 이 방법을 분산, 연합 또는 데이터 메시 아키텍처라고 합니다.

패브릭에서 작업 영역 소유권 및 관리를 지원하는 한 가지 방법은 도메인을 사용하는 것입니다. 도메인은 유사한 특성이 있는 여러 작업 영역을 논리적으로 그룹화하는 방법을 제공합니다. 예를 들어 영업 작업 영역을 모두 하나로 그룹화한 도메인과 재무 작업 영역을 그룹화한 또 다른 도메인을 만들 수 있습니다.

도메인을 사용할 때의 주요 이점은 다음과 같습니다.

• 유사한 작업 영역을 단일 관리 경계로 그룹화합니다.
• 도메인 수준에서 특정 테넌트 설정을 관리할 수 있습니다. 자세한 내용은 테넌트 수준 설정 재정의를 참조하세요.
• 사용자가 관련 데이터를 찾을 때 도움을 줍니다. 예를 들어 OneLake 데이터 허브에서 필터를 사용할 수 있습니다.

다음 테이블에는 관련된 작업 영역을 구성하기 위해 선택할 수 있는 여러 다른 방법이 나와 있습니다.

작업 영역을 구성하는 방법	도메인 예
주제 영역/도메인/콘텐츠 형식별	재무 도메인에는 금융 콘텐츠와 관련된 각 작업 영역이 포함되어 있습니다.
콘텐츠를 소유하고 관리하는 팀/부서별	Enterprise BI 도메인에는 팀이 관리를 직접 담당하는 모든 작업 영역이 포함되어 있습니다.
조직 사업부 또는 세그먼트별	유럽 사업부 도메인에는 유럽의 운영과 직접적으로 관련된 모든 작업 영역이 포함되어 있습니다.
프로젝트별	자회사 인수 도메인에는 매우 민감한 프로젝트를 위한 모든 작업 영역이 포함됩니다.

테넌트에서 패브릭 도메인을 계획할 때 고려해야 할 몇 가지 사항은 다음과 같습니다.

• 각 작업 영역을 도메인에 매핑하려면 어떻게 해야 하나요? 각 작업 영역은 여러 도메인이 아닌 하나의 도메인에만 할당될 수도 있으므로 계획을 세울 준비를 해야 합니다. 행과 열에 각각 작업 영역과 도메인이 있는 행렬 다이어그램을 만들어 할당 방법을 계획하는 것이 좋습니다. 작업 영역을 재구성해야 하는 경우 작업 영역 설정 또는 관리 포털에서 도메인을 다시 할당할 수 있습니다.
• 도메인 관리 권한이 있는 사람은 누구인가요? 도메인 관리자 역할의 멤버는 기존 도메인을 관리할 권한이 있습니다. 가능하면 도메인의 콘텐츠를 직접 소유하고 관리하는 도메인 관리자를 할당합니다. 도메인 관리자는 해당 영역에 대한 내부 규정, 지역 규정 및 정부 규정을 잘 아는 전문가여야 합니다. 또한 모든 내부 거버넌스 및 보안 요구 사항을 잘 알고 있어야 합니다. 자세한 내용은 도메인 역할을 참조하세요.
• 도메인에 작업 영역을 할당할 수 있는 사람은 누구인가요? 도메인 기여자 역할의 멤버는 도메인에 작업 영역을 할당할 수 있는 사용자(작업 영역 관리자이기도 함)를 정의합니다. 도메인에 작업 영역을 할당할 수 있는 사용자를 더 많이 허용하는 경우 할당된 그룹화의 정확도를 자주 감사해야 합니다. 특정 사용자 그룹 또는 패브릭 관리자와 도메인 관리자만 허용하는 경우 사용자 할당 방식 더 잘 제어할 수 있습니다. 자세한 내용은 도메인 역할을 참조하세요.
• 지리적 영역과 같은 특정 규정 준수 요구 사항 또는 제한 사항이 있나요? 데이터 스토리지의 지리적 영역은 용량별로(도메인별이 아님) 설정된다는 점에 유의하세요. 도메인 및 용량에 작업 영역을 할당하는 것이 계획 프로세서에 어떤 영향을 미치는지 고려합니다.

자세한 내용은 도메인 관리를 참조하세요.

검사 목록 - 작업 영역 도메인을 계획할 때 주요 결정 사항과 작업에는 다음이 포함됩니다.

• 콘텐츠 소유권 작동 방식 확인: 조직 전체에서 콘텐츠 소유권 및 관리가 어떻게 이루어지고 있는지 깊이 있게 이해해야 합니다. 작업 영역을 도메인으로 구성하기 위한 계획에서 해당 정보를 고려합니다.
• 작업 영역 도메인 계획: 토론을 통해 작업 영역을 도메인으로 가장 잘 구성하는 방법을 계획하세요. 모든 주요 결정은 경영진 스폰서뿐만 아니라 우수성 센터와 함께 확인하세요.
• 패브릭 관리자 교육: 테넌트 관리자가 도메인을 만드는 방법과 도메인 관리자를 할당하고 관리하는 방법을 잘 알도록 합니다.
• 도메인 관리자 교육: 도메인 관리자가 도메인 관리에서 이 역할에 대한 기대치를 이해하게 합니다.
• 도메인 기여자를 다루는 방법 결정: 어떤 사용자가 각 도메인에 작업 영역을 할당할 수 있는 권한을 가져야 하는지 고려합니다.
• 감사 프로세스 만들기: 할당된 도메인 그룹이 올바른지 정기적으로 확인합니다.

작업 영역 만들기 프로세스

작업 영역을 만들 수 있는 사용자를 제한하기로 결정한 경우 더 광범위한 사용자 모집단은 새 작업 영역을 요청하기 위한 프로세스가 무엇인지 알 필요가 있습니다. 이 경우 사용자가 쉽고 편리하게 찾아서 따를 수 있는 요청 프로세스를 설정하는 것이 중요합니다.

또한 새 작업 영역에 대한 요청에 신속하게 응답하는 것도 중요합니다. 2-4시간의 SLA(서비스 수준 약정)가 이상적입니다. 새 작업 영역을 요청하는 프로세스가 너무 느리거나 부담스러운 경우 사용자는 계속 이동할 수 있도록 가지고 있는 작업 영역을 사용할 것입니다. 새 작업 영역 만들기를 생략하기로 선택하는 경우 사용하는 작업 영역이 최적이 아닐 수 있습니다. 새 콘텐츠에 적합하지 않은 기존 작업 영역을 다시 사용하거나 개인 작업 영역에서 콘텐츠를 공유할 수도 있습니다.

팁

새 프로세스를 만들 때의 목표는 사람들이 프로세스를 쉽게 준수할 수 있도록 하는 것입니다. 모든 데이터 거버넌스 결정과 마찬가지로 요점은 사용자가 올바른 일을 쉽게 수행하도록 만드는 것입니다.

다음 표에서는 새 작업 영역에 대한 요청에서 수집할 정보를 나열합니다.

필요한 정보	예제	유효성 검사 필요
작업 영역 이름	SLS-Field Sales Analytics	• 이름은 명명 규칙을 준수하나요? • 이름이 같은 다른 작업 영역이 있나요?
필요한 스테이지	SLS-Field Sales Analytics [Dev], SLS-Field Sales Analytics [Test] 및 SLS-Field Sales Analytics	• 콘텐츠를 제대로 지원하기 위해 여러 작업 영역이 필요한가요? • 그렇다면 배포 파이프라인도 만들어야 하나요?
설명	월별, 분기별 및 연간 분석에 대한 고객 판매 및 주문 기록입니다.	• 중요한 데이터 또는 규제된 데이터가 저장될 것으로 예상되나요? • 그렇다면 그것이 작업 영역을 관리하는 방식에 영향을 미치나요?
대상 그룹	글로벌 현장 영업 조직	• 콘텐츠 제공 범위가 얼마나 넓나요? • 이는 작업 영역을 관리하는 방식에 어떤 영향을 미치나요?
작업 영역에 할당된 라이선스 모드	많은 영업 사원이 단지 뷰어이고 무료 라이선스가 있기 때문에 영업 팀의 패브릭 용량이 필요합니다.	• 어떤 수준의 Fabric 용량이 필요하나요?
데이터 저장소 요구 사항	캐나다의 데이터 보존	• 다중 지역을 요구하는 데이터 보존 요구 사항이 있나요? • 예상되는 데이터 볼륨은 얼마인가요?
작업 영역 관리자	FabricContentAdmins-FieldSalesAnalytics	• 관리자가 (가급적) 그룹인가요? • 관리자가 두 명 이상 있나요?
요청을 제출하는 사람	requestor@contoso.com	• 요청을 제출하는 사람이 제공된 정보와 관련된 역할 또는 사업 부문에서 일하나요?

위의 표에는 작업 영역을 설정하는 데 필요한 최소한의 정보가 포함되어 있습니다. 그러나 가능한 모든 구성이 포함되지는 않습니다. 대부분의 경우 작업 영역 관리자는 작업 영역이 만들어진 후에 설정을 완료해야 할 책임이 있습니다. 자세한 내용은 작업 영역 수준 설정 문서를 참조하세요.

작업 영역 만들기 요청에 대한 온라인 양식을 만드는 데 사용할 수 있는 많은 기술 옵션이 있습니다. 간단한 웹 기반 양식 및 애플리케이션을 빌드하는 데 이상적인 로우 코드 소프트웨어 옵션인 Microsoft Power Apps를 사용하는 것이 좋습니다. 웹 기반 양식을 만들기 위해 선택하는 기술은 양식을 만들고 유지 관리하는 담당자에 따라 달라집니다.

팁

효율성과 정확도를 향상하려면 Power BI REST API를 사용하여 작업 영역을 프로그래밍 방식으로 만들거나 업데이트하여 프로세스를 자동화하는 것이 좋습니다. 이 경우 각 요청을 자동으로 처리하는 대신 검토 및 승인 프로세스를 포함하는 것이 좋습니다.

검사 목록 - 새 작업 영역을 요청하는 프로세스를 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 새 작업 영역을 요청하는 프로세스 설정: 새 작업 영역을 요청하기 위한 특정 프로세스를 결정합니다. 필요한 정보, 정보를 캡처하는 방법 및 요청을 처리할 사용자를 고려합니다.
• 새 작업 영역을 요청하기 위한 표준 양식 만들기: 새 작업 영역의 양식에 포함할 정보를 결정합니다. 사용자로부터 정보를 수집하기 위한 Power Apps 앱 빌드를 고려합니다. 양식에 대한 링크가 광범위하게 사용할 수 있고, 중앙 집중식 포털 및 기타 일반적인 위치에서 쉽게 찾을 수 있도록 해야 합니다. 진행 중인 통신에 양식에 대한 링크도 포함합니다.
• 제출된 요청에 누가 응답할지 그리고 얼마나 빨리 응답할지 결정: 요청을 누가 처리할지 결정합니다. 새 작업 영역에 대한 요청을 처리하기 위한 예상 응답 시간을 고려합니다. 셀프 서비스 사용자에게 지연이 발생하지 않도록 요청을 신속하게 처리할 수 있는지 확인합니다.
• 지식 전달 세션 수행: 또 다른 팀이 작업 영역 요청 프로세스를 지원하는 경우 해당 팀에 필요한 모든 정보를 얻을 수 있도록 기술 전달 세션을 수행합니다.
• 요청을 승인하거나 거부하는 방법에 대한 설명서 만들기: 요청을 검토하거나 처리하는 사용자를 대상으로 하는 요청을 승인하는 방법에 대한 설명서를 만듭니다. 또한 요청이 거부될 수 있는 이유와 수행해야 하는 작업도 포함됩니다.
• 작업 영역을 요청하는 방법에 대한 설명서 만들기: 자신의 작업 영역을 만들 수 없는 사용자를 대상으로 하는 새 작업 영역을 요청하는 방법에 대한 설명서를 만듭니다. 필요한 정보와 응답에 대한 기대치를 포함합니다. 중앙 집중식 포털 및 학습 자료에서 정보를 사용할 수 있도록 합니다.

작업 영역 거버넌스 수준

모든 작업 영역에 동일한 수준의 감독이 필요한 것은 아닙니다. 특정 작업 영역은 관리되는 것으로 간주될 수 있습니다. 관리되는 작업 영역은 콘텐츠에 대한 요구 사항과 기대치가 더 많다는 것을 의미합니다. 일부 조직에서는 관리되는 이라는 용어 대신 관리형이라는 용어를 사용합니다.

거버넌스 수준을 결정하는 네 가지 주요 의사 결정 기준이 있습니다.

• BI 콘텐츠를 소유하고 관리하는 사람은 누구인가요?
• BI 콘텐츠 배달 범위는 어떻게 되나요?
• 데이터 주제 영역이란?
• 데이터 및/또는 BI 솔루션은 중요한 것으로 간주되나요?

참고 항목

네 가지 주요 의사 결정 기준에 대한 자세한 내용은 Fabric 채택 로드맵의 일부를 구성하는 거버넌스 문서를 참조하세요.

관리되는 작업 영역과 관리되지 않는 작업 영역의 두 가지 수준으로 시작할 수 있습니다. 거버넌스 수준은 최대한 간단하게 유지하는 것이 좋습니다. 그러나 특정 상황에 따라 관리되는 분류를 세분화해야 할 수 있습니다. 예를 들어 엔터프라이즈 BI 팀에서 관리하는 중요한 콘텐츠에는 하나의 거버넌스 요구 사항 집합이 있을 수 있습니다. 사업부에서 직접 소유하고 관리하는 중요한 콘텐츠에는 약간 다른 요구 사항 집합이 적용될 수 있습니다. 일부 경우에 의사 결정은 개별 사업부에 맞게 조정됩니다.

다음 표에는 작업 영역이 관리되는 것으로 간주될 때 가장 일반적인 요구 사항 중 일부를 나열합니다.

범주	잠재적 거버넌스 요구 사항
소유권 및 지원	• 소유권은 기술 콘텐츠 소유자 및/또는 주제 전문가에 대한 명확한 책임과 함께 할당됩니다. • 사용자 지원 팀/담당자가 할당되어 있으며, 사용자는 도움을 요청하거나 문제를 제출하는 방법을 이해합니다. • 사용자 피드백, 질문 및 개선 요청을 위한 메커니즘이 마련되어 있습니다. • 작업 영역의 콘텐츠에 대한 중요한 변경 내용을 알리는 통신 계획이 존재합니다.
작업 영역 설정	• 작업 영역이 잘 정의된 목적으로 잘 구성되어 있습니다. • 특정 명명 규칙이 사용됩니다. • 작업 영역이 특정 도메인에 할당됩니다. • 작업 영역 설명, 이미지 및 연락처가 필요합니다.
정확도	• 모든 콘텐츠가 인증되었습니다. • 콘텐츠 소유자가 데이터 품질 문제를 적시에 인식할 수 있도록 데이터 유효성 검사가 자동화되어 있습니다.
배포	• Power BI 앱이 보고서 및 대시보드를 배포하는 데 사용됩니다.
보안 및 데이터 보호	• 보안 그룹이 작업 영역 역할을 관리하는 데 개별 계정 대신 사용됩니다. • 민감도 레이블이 정보 보호에 사용됩니다. • 사용 권한이 부여된(또는 승인된) 데이터 원본만 허용됩니다. • 모든 원본 파일이 백업되는 안전한 위치에 상주합니다.
변경 관리	• 별도의 개발, 테스트 및 프로덕션 작업 영역이 사용됩니다. • 소스 제어(예: Git 통합)가 패브릭 포털의 모든 Power BI Desktop 파일 및 항목에 사용됩니다. • 버전 관리 또는 소스 제어가 모든 데이터 원본 파일에 사용됩니다. • 배포 파이프라인 및/또는 DevOps 프로세스를 포함한 수명 주기 관리 및 변경 관리 프로세스를 따릅니다.
용량	• 작업 영역이 적절한 패브릭 용량 수준에 할당됩니다. • 패브릭 용량이 관리 및 모니터링됩니다.
게이트웨이	• 표준 모드(개인이 아닌)의 데이터 게이트웨이가 사용됩니다. • 모든 게이트웨이 데이터 원본 자격 증명이 승인된 자격 증명을 사용합니다.
감사 및 모니터링	• 채택, 사용 패턴 및 성능을 추적하기 위한 적극적인 감사 및 모니터링 프로세스가 마련되어 있습니다.

팁

거버넌스 요구 사항은 일반적으로 선택 사항이 아닙니다. 이러한 이유로 적시에 감사하는 것이 중요하며 특정 상황에서는 적용이 필요합니다. 예를 들어, 관리되는 작업 영역에서 모든 파일이 안전한 위치에 있어야 하고 감사 중에 승인되지 않은 파일 위치가 검색되면 파일 위치를 업데이트하기 위한 조치를 취해야 합니다.

검사 목록 - 작업 영역 거버넌스 수준을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 작업 영역 거버넌스 수준 결정: 필요한 거버넌스 수준을 결정합니다. 가능한 한 간단하게 유지합니다.
• 작업 영역을 분류하는 방법에 대한 가준 결정: 작업 영역을 특정 거버넌스 수준으로 분류하기 위한 결정 기준을 결정합니다.
• 작업 영역 거버넌스 요구 사항 결정: 각 거버넌스 수준에 대해 특정 요구 사항이 무엇인지 결정합니다.
• 작업 영역 거버넌스 수준을 지정하는 방법 결정: 작업 영역에 대한 거버넌스 수준을 식별하는 가장 간단한 방법을 찾습니다. 이름, 설명의 일부로 기록하거나 다른 곳에 저장할 수 있습니다(예: 각 작업 영역에 대한 자세한 정보가 포함된 SharePoint 목록).
• 작업 영역 거버넌스 요구 사항에 대한 설명서 만들기: 콘텐츠 작성자를 대상으로 하는 유용한 설명서를 만들고, 관리되는 작업 영역에서 콘텐츠를 관리하기 위하 작성자의 책임을 포함시킵니다. 중앙 집중식 포털 및 학습 자료에서 정보를 제공합니다.
• 작업 영역 감사 프로세스 만들기: 관리되는 것으로 간주되는 작업 영역에 대해 가장 중요한 요구 사항을 준수하지 않는 영역을 식별하는 감사 프로세스를 만듭니다. 규정 준수 문제를 해결하기 위해 콘텐츠 소유자에게 문의할 책임이 있는 사람을 둡니다.

관련 콘텐츠

이 시리즈의 다음 문서에서는 작업 영역 수준 계획에 대해 알아봅니다.