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

참고 항목

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

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

• 패브릭 관리자: 조직에서 패브릭 감독을 담당하는 관리자입니다.
• 최고 전문가 조직, IT 및 BI 팀: 데이터 및 BI를 감독하고 조직 전체에서 셀프 서비스 사용자를 지원할 책임도 있는 팀입니다.
• 콘텐츠 작성자 및 소유자: 작업 영역에서 콘텐츠를 만들고 게시하고 관리해야 하는 셀프 서비스 작성자입니다.

작업 영역을 효과적으로 사용하려면 많은 전술적 결정을 내려야 합니다. 가능하면 개별 작업 영역 수준 결정은 테넌트 수준 결정에 부합해야 합니다.

참고 항목

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

작업 영역 용도

작업 영역을 계획할 때는 저장할 콘텐츠 유형뿐만 아니라 작업 영역이 지원하려는 활동도 고려하는 것이 중요합니다.

재무 관련 작업 영역의 다음 두 가지 예를 고려합니다. 둘 다 동일한 팀의 전용 작업 영역이지만 각각의 용도는 다릅니다.

• 재무 월말 작업 영역: 재무 월말 작업 영역에는 조정 및 월말 마감 보고서가 포함됩니다. 이 작업 영역은 협업을 지원하기 위한 비공식적인 작업 영역으로 간주됩니다. 이 작업 영역의 주요 용도는 긴밀하게 함께 일하는 소규모 그룹의 협업이므로 콘텐츠 뷰어에게 Power BI 앱이 필요하지는 않습니다. 대부분의 팀 멤버가 이 작업 영역에서 콘텐츠를 편집할 수 있는 권한이 있습니다.
• 재무 보고 작업 영역: 재무 보고 작업 영역에는 완료된 프레젠테이션 수준 보고서가 포함됩니다. 이 작업 영역에는 Power BI 앱을 사용하여 많은 뷰어(임원 포함)에게 조직 전체에 광범위하게 배포되는 콘텐츠가 포함되어 있습니다. 작업 영역은 긴밀하게 관리됩니다.

이러한 두 가지 예를 염두에 두고 작업 영역 목적의 두 가지 특정 측면, 즉 협업 의도와 보기 의도를 고려해야 합니다.

협업 의도

패브릭 포털 작업 영역의 기본 목표는 여러 사람 간의 협업을 촉진하는 것입니다. 작업 영역에서 협업을 수행할 수 있는 방법에는 여러 가지가 있습니다.

• 팀 기반 개발: 여러 사람이 함께 작업하여 콘텐츠를 빌드, 테스트 및 게시할 수 있습니다. 사용자 한 명이 레이크하우스 설계 작업을 할 수 있습니다. 다른 사용자는 의미 체계 모델의 디자인 작업을 수행할 수 있지만 다른 사용자는 보고서 작성에 집중할 수 있습니다.
• 테스트 및 검증: 사용자는 새 콘텐츠에 대한 데이터 검증을 수행해야 할 수도 있습니다. 사업부의 실무 전문가가 UAT(사용자 승인 테스트)를 수행해야 하거나 데이터 품질 팀이 의미 체계 모델의 정확도를 확인해야 할 수 있습니다.
• 개선 사항: 이해 관계자와 콘텐츠의 소비자가 상황의 변화에 따라 콘텐츠에 대한 향상된 기능을 제안할 수 있습니다.
• 소유권 이전: 또 다른 사용자나 팀에서 다른 사용자가 만든 콘텐츠에 대한 책임을 인수할 수 있습니다.

Microsoft Azure 패브릭 채택 로드맵의 주요 영역 중 하나는 콘텐츠 소유권 및 관리입니다. 작업 영역에서 발생하는 협업 유형은 콘텐츠 소유권 및 관리에 사용되는 접근 방식에 따라 달라집니다.

• 비즈니스 주도 셀프 서비스 BI: 사업부 또는 부서 내의 콘텐츠 작성자가 콘텐츠를 소유하고 관리합니다. 이 시나리오에서는 작업 영역에서 대부분의 협업이 해당 사업부 내의 사용자 간에 발생합니다.
• 관리형 셀프 서비스 BI: 중앙 집중식 팀에서 데이터를 소유 및 관리하고, 사업부의 다양한 콘텐츠 작성자는 보고서와 대시보드를 담당합니다. 이 시나리오에서는 여러 팀의 협업을 안전하게 촉진하기 위해 여러 개의 작업 영역이 필요할 가능성이 높습니다.
• 엔터프라이즈 BI: IT, 엔터프라이즈 BI, COE(최고 전문가 조직)와 같은 중앙 집중식 팀에서 모든 콘텐츠를 소유하고 관리합니다. 이 시나리오에서 작업 영역의 협업 작업은 중앙 집중식 팀의 사용자 간에 수행됩니다.

검사 목록 - 작업 영역에서 협업 의도를 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 협업에 대한 기대치 고려: 작업 영역 협업을 수행해야 하는 방식과 단일 팀 내에서 또는 조직의 경계 간에 참여할 사람을 결정합니다.
• 콘텐츠 소유권 및 관리에 대한 기대치 고려: 다양한 콘텐츠 소유권 및 관리 방법(비즈니스 주도 셀프 서비스 BI, 관리형 셀프 서비스 BI 및 엔터프라이즈 BI)이 작업 영역을 디자인하고 사용하는 방법에 어떤 영향을 미치는지 생각해 봅니다.

팁

단일 방법으로 요구 사항을 충족할 수 없는 경우 유연하게 작업 영역마다 다른 콘텐츠 소유권 및 관리 전략을 사용할 수 있도록 준비하세요. 전략은 시나리오뿐 아니라 참여하는 팀 멤버를 기반으로 세울 수 있습니다.

콘텐츠 보기의 의도

작업 영역의 두 번째 목적은 콘텐츠를 보려는 소비자에게 콘텐츠를 배포하는 것입니다. 콘텐츠 뷰어의 경우 기본 패브릭 워크로드는 Power BI입니다.

Power BI 서비스에서 콘텐츠 배포에 접근하는 방법에는 여러 가지가 있습니다.

• Power BI 앱을 사용하여 보고서를 볼 수 있음: 개인이 아닌 작업 영역에 저장된 콘텐츠를 Power BI 앱에 게시할 수 있습니다. Power BI 앱은 작업 영역에서 직접 보고서를 보는 것보다 사용자에게 더 친숙한 환경입니다. 이러한 이유로 소비자에게 콘텐츠를 배포하는 데는 Power BI 앱을 사용하는 것이 가장 좋은 선택인 경우가 많습니다. Power BI 앱의 대상 그룹은 매우 유연합니다. 그러나 경우에 따라 앱을 사용하여 어떻게 콘텐츠를 배포할지에 대한 목표가 작업 영역 내 또는 작업 영역 간에 콘텐츠를 구성하는 방법을 결정하는 요소입니다. Power BI 앱 보안에 대한 자세한 내용은 소비자 보안 계획 보고를 참조하세요.
• 보고서를 작업 영역에서 직접 보기: 이 접근 방식은 비공식적인 협업 작업 영역에 적합한 경우가 많습니다. 작업 영역 역할은 작업 영역에 포함된 콘텐츠를 보거나 수정할 수 있는 사용자를 정의합니다. 작업 영역 역할에 대한 자세한 내용은 콘텐츠 작성자 보안 계획을 참조하세요.
• 보고서 공유 가능: 작업 영역 내의 단일 항목에 대한 읽기 전용 액세스를 제공해야 할 때 항목별 권한(링크 또는 직접 액세스)을 사용하면 유용합니다. 앱 권한과 작업 영역 역할은 유지 관리가 더 쉽기 때문에 공유보다 더 자주 사용하는 것이 좋습니다. 자세한 내용은 소비자 보안 계획 보고를 참조하세요.
• 보고서가 다른 애플리케이션에 포함되고 거기서 볼 수 있는 경우: 소비자가 다른 애플리케이션에 포함된 Power BI 콘텐츠를 볼 수 있도록 하려는 목적입니다. 효율성을 높이고 작업 흐름을 유지하기 위해 사용자가 애플리케이션에 머무르는 것이 합리적일 때 콘텐츠를 포함하는 것이 유용합니다.

Microsoft Azure 패브릭 채택 로드맵의 또 다른 핵심 영역은 콘텐츠 제공 범위입니다. 작업 영역에서 콘텐츠 배포를 지원하는 방법은 콘텐츠 제공 범위에 따라 달라집니다.

• 개인 BI: 콘텐츠는 작성자가 사용하기 위한 것입니다. 다른 사람과 콘텐츠를 공유하는 것이 목표가 아니기 때문에 개인 BI는 개인 작업 영역 내에서 수행됩니다(다음 항목에서 설명).
• 팀 BI: 함께 일하는 소수의 동료들 간에 콘텐츠가 공유됩니다. 이 시나리오에서 대부분의 작업 영역은 비공식적인 협업 작업 영역입니다.
• 부서별 BI: 콘텐츠는 대규모 부서나 사업부에 속한 많은 소비자에게 배포됩니다. 이 시나리오에서 작업 영역은 주로 협업을 위한 것입니다. 부서별 BI 시나리오에서 콘텐츠는 일반적으로 작업 영역에서 직접 보는 대신 Power BI 앱에서 표시됩니다.
• 엔터프라이즈 BI: 조직의 경계를 넘어 가장 많은 대상 소비자들에게 콘텐츠가 전달됩니다. 이 시나리오에서 작업 영역은 주로 협업을 위한 것입니다. 엔터프라이즈 BI 시나리오의 경우 콘텐츠는 일반적으로 작업 영역에서 직접 보는 대신 Power BI 앱에서 표시됩니다.

팁

작업 영역을 계획할 때 작업 영역 라이선스 모드를 결정하면서 대상 그룹의 요구 사항을 고려합니다. 작업 영역에 할당된 라이선스 유형은 작업 영역 콘텐츠를 보거나 관리할 수 있는 사용자를 포함하여 제공되는 기능에 영향을 미칩니다.

검사 목록 - 작업 영역 콘텐츠를 보는 방법에 대한 기대치를 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 콘텐츠 보기에 대한 기대치 고려: 소비자가 작업 영역에 게시된 콘텐츠를 볼 때 기대하는 방식을 결정합니다. 작업 영역에서 직접 볼지 아니면 다른 메서드를 사용하여 볼지를 고려합니다.
• 콘텐츠를 제공할 대상 결정: 대상 그룹이 누구인지 고려합니다. 특히 콘텐츠 뷰어가 많을 것으로 예상되는 경우에는 작업 영역 라이선스 모드도 고려합니다.
• Power BI 앱에 대한 필요성 평가: 콘텐츠 배포 요구 사항과 관련된 작업 영역 용도를 고려합니다. Power BI 앱이 필요한 경우 작업 영역 만들기에 대한 결정에 영향을 줄 수 있습니다.
• 콘텐츠 제공 범위에 대한 기대치 고려: 다양한 콘텐츠 제공 범위(개인 BI, 팀 BI, 부서 BI 및 엔터프라이즈 BI)가 작업 영역을 디자인하고 사용하는 방법에 미치는 영향을 고려합니다.

팁

유연하게 대처할 준비를 합니다. 시나리오 및 관련된 팀 멤버에 따라 작업 영역에 대해 다른 콘텐츠 보기 전략을 사용할 수 있습니다. 또한 근거가 있는 경우 과감하게 작업 영역에 대해 다른 콘텐츠 제공 범위 접근 방식을 사용하는 것도 좋습니다.

개인 작업 영역의 적절한 사용

작업 영역에는 다음과 같은 두 종류가 있습니다.

• 개인 작업 영역: 모든 사용자에게는 개인 작업 영역이 있습니다. 특정 유형의 콘텐츠를 패브릭 포털에 게시하는 데 개인 작업 영역을 사용할 수 있습니다. 주요 목적은 개인 BI 사용 시나리오를 지원하는 것입니다.
• 작업 영역: 작업 영역의 기본 목적은 여러 사용자 간의 협업을 지원하는 것입니다. 보조적으로 작업 영역을 사용하여 콘텐츠를 볼 수도 있습니다.

개인 작업 영역의 콘텐츠는 한 사람이 관리하고 유지하므로 개인 BI 학습, 임시 콘텐츠 또는 테스트 목적 이외의 다른 용도로 개인 작업 영역을 사용하는 것은 위험할 수 있습니다. 또한 개인 작업 영역은 다른 사용자와의 협업을 지원하지 않으며

모든 유형의 패브릭 항목(예: 레이크하우스 또는 웨어하우스) 만들기를 허용하려면 작업 영역을 패브릭 용량에 추가해야 합니다. 이는 표준 작업 영역과 개인 작업 영역 모두에 해당됩니다. 따라서 용량 할당을 통해 개인 작업 영역 내에서 특정 유형의 항목을 만들 수 있는 사람을 제어할 수 있습니다.

개인 작업 영역에는 다른 사람과 콘텐츠를 공유할 수 있는 옵션이 제한되어 있습니다. 개인 작업 영역에서는 Power BI 앱을 게시할 수 없습니다. Power BI 앱은 조직에 콘텐츠를 배포하는 중요한 메커니즘입니다. 항목별 권한(링크 또는 직접 액세스)은 개인 작업 영역 콘텐츠를 다른 사람과 공유할 수 있는 유일한 방법입니다. 따라서 항목별 권한을 광범위하게 사용하면 더 많은 노력이 필요하고 오류 위험이 커집니다. 자세한 내용은 소비자 보안 계획 보고를 참조하세요.

검사 목록 - 개인 작업 영역이 사용되는 방식에 대한 기대치를 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 개인 작업 영역의 현재 용도 이해: 사용자와 대화하고 작업 데이터를 검토하여 사용자가 개인 작업 영역에서 수행하고 있는 작업이 무엇인지 이해합니다.
• 개인 작업 영역을 사용하는 방법 결정: 조직에서 개인 작업 영역을 사용해야 할 방법과 하지 않아야 할 방법을 결정합니다. 콘텐츠 협업 및 보기에 대한 요구 사항이 위험 및 사용 편의성과 균형을 맞추도록 하는 데 집중합니다.
• 적절한 경우 개인 작업 영역 콘텐츠를 재배치: 중요한 콘텐츠의 경우 적절하다면 개인 작업 영역에서 표준 작업 영역으로 콘텐츠를 이동합니다.
• 개인 작업 영역에 대한 설명서를 만들고 게시: 개인 작업 영역을 효과적으로 사용하는 방법에 대한 유용한 설명서 또는 FAQ를 만듭니다. 중앙 집중식 포털 및 학습 자료에서 정보를 제공합니다.

참고 항목

자세한 내용은 중앙 집중식 포털, 학습 및 설명서와 같은 패브릭 채택 로드맵 항목을 참조하세요.

작업 영역 소유권

작업 영역을 계획할 때 고려해야 할 가장 중요한 사항 중 하나는 소유권 및 관리 역할 및 책임을 결정하는 것입니다. 목표는 각 작업 영역에서 콘텐츠를 만들고, 유지 관리하고, 게시하고, 보안하고, 지원하는 데 책임이 있는 사용자를 정확히 해두는 것입니다.

소유권에 대한 명확성은 데이터 만들기 및 관리 책임이 부서 및 사업부 간에 탈중앙화되어 있거나 분산되어 있는 경우 특히 중요합니다. 때때로 이 개념을 데이터 메시 아키텍처라고도 합니다. 데이터 메시에 대한 자세한 내용은 데이터 메시란?을 참조하세요.

패브릭에서는 작업 영역을 통해 탈중앙화 또는 분산 소유권이 사용됩니다. 조직의 다양한 영역은 독립적으로 작업하면서 OneLake의 동일한 기본 데이터 구조에 계속 기여할 수 있습니다. 각 작업 영역에는 자체 관리자, 액세스 제어 및 용량 할당(청구, 지리적 데이터 위치 및 성능 모니터링용)이 있을 수 있습니다.

팁

패브릭에서 작업 영역 소유권을 지원하는 또 다른 방법은 이 문서의 뒷부분에서 설명하는 도메인을 사용하는 것입니다.

협업 의도에 분산화와 단일 사업부를 넘어서는 여러 팀이 포함되는 경우 작업 영역 관리가 더 복잡해질 수 있습니다. 어떤 팀이 어떤 콘텐츠를 담당하는지 명확하게 설명하기 위해 별도의 작업 영역을 만드는 것이 도움이 되는 경우가 많습니다. 여러 작업 영역을 사용하면 소유권 및 관리 책임을 구체적으로 지정할 수 있으며 최소 권한 원칙에 따라 보안을 설정하는 데 도움이 될 수 있습니다. 보안 고려 사항에 대한 자세한 내용은 콘텐츠 작성자 보안 계획을 참조하세요.

팁

책무 및 책임과 관련된 결정은 작업 영역 액세스 정의와 관련된 조치와 직접 관련이 있어야 하며, 이 부분은 이 문서의 후반에 설명되어 있습니다.

검사 목록 - 작업 영역 소유권 책임을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 콘텐츠 소유권 작동 방식에 대한 완전한 이해: 조직 전체에서 콘텐츠 소유권 및 관리가 어떻게 이루어지고 있는지 깊이 이해해야 합니다. 전체 조직에 균일하게 적용 가능한 만능 방식은 없다는 것을 인식합니다. 탈중앙화 또는 분산 소유권 요구 사항을 이해합니다.
• 역할 및 책임의 정의 및 문서화: 작업 영역에서 협업하는 사용자에 대한 명확한 역할과 책임을 정의하고 문서화해야 합니다. 이 정보를 온보딩 활동, 학습 자료 및 중앙 집중식 포털에 제공합니다.
• 책임 매트릭스 만들기: 콘텐츠를 생성, 유지 관리, 게시, 보호 및 지원할 때 각 기능을 처리해야 할 책임자를 매핑합니다. 작업 영역 액세스 역할에 대한 계획을 시작할 때 이 정보를 준비합니다.
• 공동 소유권 또는 다중 팀 소유권 시나리오 고려: 책임이 명확해지도록 작업 영역을 분리하는 것이 유용한 시나리오가 있는 경우를 식별합니다.
• 작업 영역 관리 설명서 작성: 작업 영역 설정 및 액세스를 관리하는 방법에 대해 작업 영역 관리자 및 구성원에게 교육합니다. 작업 영역 관리자, 구성원 및 기여자에 대한 책임을 포함합니다. 중앙 집중식 포털 및 학습 자료에서 정보를 제공합니다.

작업 영역 구성

작업 영역을 구성하는 방식은 작업 영역 계획의 가장 중요한 측면 중 하나입니다.

사업부와 부서는 협업 요구 사항에 따라 작업 영역을 약간 다르게 사용할 수 있습니다. 새 작업 영역이 필요한 경우 이 섹션에 설명된 요소를 고려하는 것이 좋습니다.

작업 영역 주제 및 범위

다음 옵션은 주제 및 범위별로 작업 영역을 구성하는 방법에 대한 몇 가지 제안을 제공합니다.

경우에 따라 Microsoft Entra ID에 몇 가지 유용한 그룹이 이미 설정되었을 수 있습니다. 그렇다면 이를 사용하여 정의된 주제 영역 및 범위의 리소스에 대한 액세스를 관리할 수 있습니다. 그러나 이 용도에 맞게 몇 개의 새 그룹을 만들어야 할 수도 있습니다. 고려 사항은 아래 작업 영역 액세스 섹션을 참조하세요.

옵션 1: 주제 영역 또는 프로젝트당 작업 영역

각 주제 영역 또는 프로젝트에 대한 작업 영역을 만들면 해당 용도에 집중할 수 있고 균형 잡힌 접근 방식을 취할 수 있습니다.

예: 분기별 재무 또는 제품 출시 분석

옵션 1의 장점은 다음과 같습니다.

• 콘텐츠를 편집하거나 볼 수 있는 사용자 액세스 관리의 범위 지정이 주제 영역별로 이루어지므로 더 간단합니다.
• 조직 경계를 넘어 사용자가 콘텐츠에 액세스하는 경우 주제 영역별로 작업 영역을 구성하는 것이 더 유연하고 관리하기 쉽습니다(다음에 설명된 옵션 2와 비교).
• 주제 영역당 범위를 사용하면 항목이 너무 많은 작업 영역과 항목이 너무 적은 작업 영역 간에 적절한 절충이 발생합니다.

옵션 1의 단점은 좁거나 넓은 작업 영역이 정의되는 방식에 따라 너무 많은 작업 영역이 생성될 위험이 있다는 것입니다. 콘텐츠가 여러 작업 영역에 분산되어 있는 경우 사용자는 콘텐츠를 찾기 어려울 수 있습니다.

팁

잘 계획되고 관리되는 경우 주제 영역 또는 프로젝트당 작업 영역의 수는 일반적으로 관리 가능한 수준이 됩니다.

옵션 2: 부서 또는 팀당 작업 영역

부서 또는 팀(또는 사업부)당 작업 영역을 만드는 것은 일반적인 방법입니다. 실제로 조직도와 부합하게 하는 것이 작업 영역 계획을 시작하는 가장 일반적인 방법이지만 모든 시나리오에 적합하지는 않습니다.

예: 재무 부서 또는 영업 팀 분석

옵션 2의 장점은 다음과 같습니다.

• 계획을 간단하게 시작할 수 있습니다. 해당 부서에서 일하는 사람들이 필요한 모든 콘텐츠가 하나의 작업 영역에 보존됩니다.
• 모든 콘텐츠가 부서 또는 팀과 연결된 작업 영역에 게시되므로 사용자가 사용할 작업 영역을 쉽게 알 수 있습니다.
• 특히 Microsoft Entra 그룹이 작업 영역 역할에 할당되는 경우(모범 사례) 보안 역할 관리가 간단할 수 있습니다.

옵션 2의 단점은 다음과 같습니다.

• 많은 항목을 포함하는 광범위한 작업 영역이 생기는 경우가 많습니다. 광범위하게 정의된 작업 영역 범위 때문에 사용자가 특정 항목을 찾기 어려울 수 있습니다.
• 작업 영역과 Power BI 앱 간에 일대일 관계가 있으므로 광범위하게 정의된 작업 영역 때문에 많은 콘텐츠를 포함하는 사용자용 앱이 필요하게 됩니다. 이 문제는 앱에서 특정 작업 영역 항목을 제외하고 앱 탐색 환경을 적절하게 설계하면 완화될 수 있습니다.
• 다른 부서의 사용자가 특정 작업 영역 항목을 봐야 할 경우에는 권한 관리가 더 복잡해질 수 있습니다. 부서별 작업 영역의 모든 것이 부서 사람들만 보기 위한 것이라고 사람들이 생각해 버릴 위험이 있습니다. 또한 세분화된 보기 권한을 구현하기 위해 개별 항목의 공유를 과도하게 사용할 위험도 있습니다.
• 일부 콘텐츠 작성자가 일부 항목(모든 항목은 아님)을 편집할 수 있는 권한이 필요한 경우 단일 작업 영역에서 해당 사용 권한을 설정할 수 없습니다. 편집 또는 보기 권한을 결정하는 작업 영역 역할은 작업 영역 수준에서 정의되기 때문입니다.
• 작업 영역 항목이 많은 경우 사용자가 필요한 항목을 찾을 수 있도록 항목에 대해 엄격한 명명 규칙을 사용해야 할 때도 많습니다.
• 항목이 많은 광범위한 작업 영역에서는 작업 영역에 저장할 수 있는 항목 수에 대한 기술적인 제한이 발생할 수 있습니다.

팁

조직도에 맞춘 작업 영역을 만들면 작업 영역의 수는 줄어들지만 작업 영역에 포함된 콘텐츠가 많아질 수 있습니다. 많은 수의 항목 및/또는 사용자가 예상되는 경우 부서 또는 팀에 작업 영역을 맞추지 않는 것이 좋습니다.

옵션 3: 특정 보고서 또는 앱에 대한 작업 영역

특정 상황을 제외하고 각 보고서 또는 분석 유형에 대한 작업 영역을 만드는 것은 권장되지 않습니다.

예: 일일 판매 요약 또는 임원 보너스

옵션 3의 장점은 다음과 같습니다.

• 좁게 정의된 작업 영역의 목적은 분명합니다.
• 매우 중요한 콘텐츠는 명시적으로 관리 및 제어될 수 있도록 자체 작업 영역으로 분리할 수 있고 분리해야 하는 경우도 많습니다.
• 세분화된 작업 영역 권한을 소수의 항목에 적용할 수 있습니다. 이러한 설정의 예를 들면 사용자가 한 보고서를 편집할 수 있지만 다른 보고서는 편집할 수 없는 경우입니다.

옵션 3의 단점은 다음과 같습니다.

• 과도하게 사용하는 경우 좁게 정의된 작업 영역을 만들어 작업 영역의 수가 많아집니다.
• 작업할 작업 영역이 많으면 노력도 더 많이 들어갑니다. 사용자가 검색을 사용할 수는 있지만 올바른 작업 영역에서 올바른 콘텐츠를 찾는 것이 힘들 수 있습니다.
• 작업 영역 수가 많으면 감사 및 모니터링 관점에서 더 많은 작업이 요구됩니다.

팁

개별 보고서와 같이 범위가 좁은 작업 영역을 만드는 작업은 특정한 이유로만 수행해야 하며 규칙이 아닌 예외여야 합니다. 때로는 성과 기록표를 자체 작업 영역으로 분리하는 것이 유용한 기법입니다. 예를 들어 성과 기록표가 여러 주제 영역에 걸쳐 있는 목표를 제시하는 경우 별도의 작업 영역을 사용하는 것이 도움이 됩니다. 성과 기록표를 관리하고 보기 위한 특정 권한을 설정하는 것도 유용합니다.

검사 목록 - 작업 영역 콘텐츠의 주제 영역 및 범위를 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 작업 영역이 현재 설정되어 있는 방식 평가: 사람들이 현재 작업 영역을 사용하는 방법을 검토합니다. 무엇이 잘 작동하고 잘 작동하지 않는지 파악합니다. 잠재적인 변경 및 사용자 교육 기회를 계획합니다.
• 최상의 작업 영역 범위 고려: 용도, 주제 영역, 범위를 기준으로 사람들이 작업 영역을 사용하기를 바라는 방식 및 콘텐츠 관리 담당자를 식별합니다.
• 매우 중요한 콘텐츠가 있는 위치 식별: 매우 중요한 콘텐츠에 대한 특정 작업 영역을 만드는 것이 정당화될 수 있는지 판단합니다.
• 작업 영역 사용에 대한 설명서를 만들고 게시: 작업 영역을 구성하고 사용하는 방법에 대한 유용한 설명서 또는 FAQ를 만듭니다. 학습 자료 및 중앙 집중식 포털에 정보를 제공합니다.

작업 영역 항목 유형

보고 작업 영역에서 데이터 작업 영역을 분리하는 것은 분석 자산에서 데이터 자산을 분리하는 일반적인 방법입니다.

• 데이터 작업 영역은 레이크하우스, 창고, 데이터 파이프라인, 데이터 흐름 또는 의미 체계 모델과 같은 데이터 항목을 저장하고 보호하는 전용 영역입니다.
• 보고 작업 영역은 다운스트림 분석 활동에 더 중점을 둡니다. 보고서, 대시보드, 메트릭 등의 항목을 저장하고 보호하는 데 사용됩니다. 보고 작업 영역에는 주로(반드시 독점적인 것은 아님) Power BI 콘텐츠가 포함됩니다.

팁

각 패브릭 환경을 통해 다양한 유형의 항목을 만들 수 있습니다. 이러한 항목은 데이터와 보고(또는 분석) 콘텐츠로 간주되는 개념에 항상 딱 들어맞지는 않습니다. 한 가지 예는 레이크하우스에서 데이터 로드 및 변환, Spark SQL 쿼리 제출, PySpark를 사용한 데이터 분석 및 시각화 등 다양한 방법으로 사용할 수 있는 패브릭 Notebook입니다. 작업 영역에 혼합 워크로드가 포함되는 경우 이 문서의 다른 부분에 설명된 대로 작업 영역 용도과 콘텐츠의 소유권에 주로 중점을 두는 것이 좋습니다.

데이터 작업 영역을 보고 작업 영역과 분리하는 장점은 다음과 같습니다.

• 승인된 레이크하우스 또는 의미 체계 모델과 같은 중요한 조직 데이터는 재사용 가능한 데이터를 엔터프라이즈 규모에서 사용할 수 있도록 설계된 특정 작업 영역에 상주할 수 있습니다. 일반적인 예는 다음과 같습니다.
  • 보고서 작성자는 신뢰할 수 있는 공유 의미 체계 모델를 더 쉽게 찾고 재사용할 수 있습니다. 자세한 내용은 관리형 셀프 서비스 BI 사용 시나리오를 참조하세요.
  • 의미 체계 모델 작성자는 신뢰할 수 있는 데이터 흐름이나 레이크하우스 테이블을 더 쉽게 찾을 수 있습니다. 자세한 내용은 셀프 서비스 데이터 준비 사용 시나리오 및 고급 셀프 서비스 데이터 준비 사용 시나리오를 참조하세요.
• 중요한 조직 데이터에 대한 액세스 관리는 중앙 집중화될 수 있습니다. 보고 작업 영역에 비해 데이터 작업 영역에 대한 액세스를 개별적으로 관리하면 서로 다른 사람들이 데이터 및 보고서에 대한 책임을 질 때 유용합니다. 관리형 셀프 서비스 BI를 사용하면 보고서 작성자는 많고 데이터 작성자는 더 적은 것이 일반적입니다.
• 의미 체계 모델을 편집하고 관리할 수 있는 사람을 제한하면 특히 여러 용도로 또는 많은 사용자가 재사용하는 중요한 데이터 항목에 대한 의도하지 않은 변경의 위험이 최소화됩니다. 물리적으로 분리하면 실수로 변경하거나 승인 없이 변경할 가능성을 줄입니다. 이 추가 보호 계층은 품질 및 신뢰성을 위해 사용되는 인증된 의미 체계 모델에 유용합니다.
• 공동 소유권 시나리오는 명확합니다. 공유 의미 체계 모델은 중앙 집중식 BI 또는 IT 팀에서 제공되는 반면 보고서는 셀프 서비스 콘텐츠 작성자(사업부)에 의해 게시되는 경우 의미 체계 모델을 별도의 작업 영역으로 분리하는 것이 좋습니다. 이 방법은 작업 영역당 소유권 및 책임이 보다 명확하게 정의되므로 공동 소유권 시나리오의 모호성을 방지합니다.
• RLS(행 수준 보안)이 적용됩니다. 작성자가 다른 작업 영역에서 작업하도록 권장하면 원본 의미 체계 모델에 대한 불필요한 편집 권한을 보유하지 않게 됩니다. 이점은 콘텐츠 작성자(및 콘텐츠 뷰어)에게 RLS 및/또는 OLS(개체 수준 보안)가 적용된다는 점입니다.

데이터 작업 영역을 보고 작업 영역과 분리하는 단점은 다음과 같습니다.

• {b>데이터 작업 영역보고 작업 영역
• 콘텐츠 작성자와 소비자가 콘텐츠를 게시하고 찾을 위치를 알고 있도록 하는 추가 사용자 교육이 필요합니다.
• 때로는 작업 영역 내에 포함되어야 하는 항목 유형을 명확하게 설명하는 것이 어려울 수 있습니다. 시간이 지남에 따라 작업 영역에 원래 의도한 것보다 더 많은 유형의 콘텐츠가 포함될 수 있습니다.
• 별도의 작업 영역을 사용하면 더 많은 수의 작업 영역을 관리하고 감사해야 합니다. 용도, 범위 및 기타 고려 사항(예: 개발, 테스트 및 프로덕션 콘텐츠의 분리)을 계획할 때는 작업 영역 디자인에 대한 접근 방식이 더 복잡해질 수 있습니다.
• 중앙 집중식 데이터 항목에 대해 요청된 변경 내용을 추적하고 우선 순위를 지정하려면 추가 변경 관리 프로세스가 필요할 수 있습니다. 특히 보고서 작성자에게 복합 모델 및 보고서 수준 측정값으로 처리할 수 있는 것 이상의 요구 사항이 있는 경우에는 더욱 그렇습니다.

검사 목록 - 작업 영역에 저장할 항목 유형을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 데이터 재사용 목표 결정: 관리형 셀프서비스 BI 전략의 일환으로 데이터 재사용을 달성하는 방법을 결정합니다.
• 작업 영역 간에 의미 체계 모델을 사용할 수 있는 사용자에 대한 테넌트 설정 업데이트: 이 기능을 모든 사용자에게 부여할 수 있는지 여부를 결정합니다. 작업 영역 전체에서 의미 체계 모델을 사용할 수 있는 사람을 제한하기로 결정한 경우 패브릭 승인 보고서 작성자와 같은 그룹을 사용하는 것이 좋습니다.

작업 영역 액세스

작업 영역의 주요 목적은 협업이므로 작업 영역 액세스는 대부분 해당 콘텐츠를 만들고 관리하는 사용자에게 적용됩니다. 또한 작업 영역이 콘텐츠 보기에 사용되는 경우와 관련이 있을 수도 있습니다(이 문서의 앞부분에서 설명한 작업 영역의 보조 용도).

작업 영역 역할을 계획하기 시작하면 다음과 같은 질문을 스스로 해보는 것이 유용합니다.

• 작업 영역에서 협업이 수행되는 방식에 대한 기대치는 무엇인가요?
• 소비자가 콘텐츠를 보는 데 작업 영역이 직접 사용되나요?
• 작업 영역의 콘텐츠 관리에 대한 책임은 누구에게 있나요?
• 작업 영역에 저장된 콘텐츠를 보는 사람은 누구인가요?
• 작업 영역 역할에 개별 사용자 또는 그룹을 할당하려는 의도인가요?

실제로 가능하다면 항상 작업 영역 역할 할당에 그룹을 사용하는 것이 좋습니다. 할당할 수 있는 그룹의 유형은 여러 가지입니다. 보안 그룹, 메일 사용 보안 그룹, 메일 그룹 및 Microsoft 365 그룹은 모두 작업 영역 역할이 지원됩니다. 그룹 사용에 대한 자세한 내용은 테넌트 수준 보안 계획을 참조하세요.

그룹을 사용하려는 경우 작업 영역당 역할당 하나의 그룹을 만드는 것이 좋습니다. 예를 들어 분기별 재무 작업 영역을 지원하려면 다음 그룹을 만들 수 있습니다.

• 패브릭 작업 영역 관리자 – 분기별 재무
• 패브릭 작업 영역 멤버 – 분기별 재무
• 패브릭 작업 영역 기여자 – 분기별 재무
• 패브릭 작업 영역 뷰어 – 분기별 재무
• Power BI 앱 뷰어 – 분기별 재무

팁

위에 나열된 그룹을 만들면 유연성이 제공되지만 많은 그룹을 만들고 관리하는 작업이 수반됩니다. 또한 IT에서 그룹을 만들고 유지 관리하는 경우 많은 수의 그룹을 관리하는 것이 어려울 수 있습니다. 이 문제는 특정 위성 구성원에게 셀프 서비스 그룹 관리를 사용하도록 설정하여 완화할 수 있습니다. 해당 구성원에는 사업부의 역할 멤버 자격을 관리하는 방법을 학습한 COE(우수성 센터), 챔피언 또는 신뢰할 수 있는 사용자가 포함될 수 있습니다. 자세한 내용은 테넌트 수준 보안 계획을 참조하세요.

이 문서의 앞부분에서 설명한 것처럼 데이터 작업 영역이 보고 작업 영역과 분리되면 그룹 수가 훨씬 더 많아집니다. 데이터 작업 영역과 보고 작업 영역을 구분할 때 그룹 수가 5개에서 10개로 두 배로 증가하는 방식을 고려합니다.

• 패브릭 데이터 작업 영역 관리자 – 분기별 재무
• 패브릭 보고 작업 영역 관리자 – 분기별 재무
• 패브릭 데이터 작업 영역 멤버 – 분기별 재무
• 패브릭 보고 작업 영역 멤버 – 분기별 재무
• 패브릭 데이터 작업 영역 기여자 – 분기별 재무
• 패브릭 보고 작업 영역 기여자 – 분기별 재무
• 패브릭 데이터 작업 영역 뷰어 – 분기별 재무
• 패브릭 보고 작업 영역 뷰어 – 분기별 재무
• Power BI 앱 뷰어 – 분기별 재무

개발, 테스트 및 프로덕션을 위해 여러 작업 영역이 있는 경우 훨씬 더 많은 수의 그룹이 생성됩니다. 그룹 수가 세 배로 늘어나게 될 가능성이 있습니다. 예를 들어 데이터 작업 영역 관리자에게만 다음의 세 그룹이 있을 수 있습니다.

• 패브릭 데이터 작업 영역 관리자 – 분기별 재무[Dev]
• 패브릭 데이터 작업 영역 관리자 – 분기별 재무[테스트]
• 패브릭 데이터 작업 영역 관리자 – 분기별 재무

이전 예는 작업 영역 역할에 매핑되는 그룹의 사용이 금방 관리하기 어려워질 수 있음을 전달하기 위한 것입니다.

팁

특히 개발 시에는 필요한 그룹이 더 적은 경우가 있습니다. 예를 들어 개발 중에는 작업 영역 뷰어 그룹을 지정할 필요가 없고 테스트 및 프로덕션에만 해당 그룹이 필요할 수 있습니다. 또는 개발, 테스트 및 프로덕션에 동일한 작업 영역 관리자 그룹을 사용할 수 있습니다. 개발, 테스트, 프로덕션에 대한 자세한 내용은 이 문서의 뒷부분에 있는 작업 영역 수명 주기 관리를 참조하세요.

작업 영역 역할에 그룹을 효과적으로 사용하려면 상당한 계획이 필요할 수 있습니다. 기존 그룹(조직도와 일치할 수 있음)이 패브릭 콘텐츠 관리에 대한 모든 요구 사항을 충족하지 못하는 시나리오에 직면할 수 있으므로 이에 대비하세요. 이 경우 구체적으로 이러한 용도의 그룹을 만드는 것이 좋습니다. 위에 표시된 그룹 이름 예에 패브릭 또는 Power BI라는 단어가 포함된 것도 이 때문입니다. 여러 비즈니스 인텔리전스 도구가 있는 경우 대신 BI만 접두사로 사용하도록 선택할 수 있습니다. 이렇게 하면 여러 도구 간에 동일한 그룹을 사용할 수 있습니다.

마지막으로, 이 예제에서는 하나의 작업 영역(분기별 재무)을 보여 주지만, 하나의 그룹 집합으로 작업 영역 컬렉션을 관리할 수 있는 경우도 많습니다. 예를 들어 재무 팀이 소유하고 관리하는 여러 작업 영역에서 동일한 그룹을 사용할 수 있습니다.

참고 항목

의미 체계 모델 읽기 및 빌드 권한 요구 사항과 RLS(행 수준 보안) 요구 사항을 고려하여 보다 광범위하게 보안을 계획하는 경우가 많습니다. 보고서 소비자 및 콘텐츠 작성자 지원을 위해 고려해야 할 사항에 대한 자세한 내용은 보안 계획 문서를 참조하세요. 이 문서에서는 작업 영역 계획 프로세스의 일부로서 작업 영역 역할에만 초점을 맞춥니다.

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

• 역할 및 책임 참조: 앞서 준비한 역할 및 책임 정보를 사용하여 작업 영역 역할을 계획합니다.
• 콘텐츠를 소유하고 관리할 사용자 식별: 단일 작업 영역에 저장할 것으로 예상되는 모든 항목이 해당 콘텐츠 소유 및 관리에 대한 책임을 맡게 될 사용자와 일치하는지 확인합니다. 불일치가 있는 경우 작업 영역을 더 잘 구성할 수 있는 방법을 다시 고려합니다.
• 작업 영역에서 콘텐츠를 볼 사용자 식별: 사용자가 작업 영역에서 직접 콘텐츠를 볼지를 결정합니다.
• 작업 영역 역할에 대한 계획: 각 작업 영역에 대한 관리자, 구성원, 기여자 및 뷰어 역할에 적합한 사용자를 결정합니다.
• 그룹 또는 개별 역할 할당 결정: 작업 영역 역할에 개별 사용자 또는 그룹 중 무엇을 할당할지를 결정합니다. 작업 영역 역할 할당에 사용할 수 있는 기존 그룹이 있는지 확인합니다.
• 새 그룹을 만들어야 하는지를 결정: 작업 영역 역할당 새 그룹을 만들어야 하는지를 신중하게 고려해야 합니다. 많은 그룹을 만들고 유지 관리해야 할 수 있다는 점을 유의합니다. 새 작업 영역을 만드는 프로세스와 관련 그룹을 만들 방법을 결정합니다.
• 작업 영역 역할 할당 구성 및 테스트: 사용자가 콘텐츠를 만들고 편집하고 보는 동안 생산성을 높이는 데 필요한 적절한 보안 설정이 있는지 확인합니다.

작업 영역 도메인

이 문서의 앞부분에서 설명한 것처럼 작업 영역 소유권을 명확히 하는 것이 중요합니다. 패브릭에서 작업 영역 소유권을 추가로 지원하는 한 가지 방법은 도메인을 사용하는 것입니다. 도메인은 유사한 특성이 있는 여러 작업 영역을 논리적으로 그룹화하는 방법입니다.

테넌트에서 도메인을 계획하는 방법에 대한 자세한 내용은 작업 영역 도메인을 참조하세요.

작업 영역 설정

각 개별 작업 영역에 대해 설정할 수 있는 여러 설정이 있습니다. 이러한 설정은 협업이 이루어지는 방식, 작업 영역에 액세스할 수 있는 사용자, 패브릭 워크로드 전반의 데이터 재사용성 수준에 큰 영향을 미칠 수 있습니다.

작업 영역 라이선스 모드

각 작업 영역에는 라이선스 모드 설정이 있습니다. Pro, 사용자 단위 Premium, 프리미엄 용량, 임베디드, Fabric 용량 또는 평가판으로 설정할 수 있습니다.

Important

때때로 이 문서는 Power BI Premium 또는 P SKU(프리미엄 용량 구독)를 언급합니다. Microsoft는 현재 구매 옵션을 통합하고 용량당 Power BI Premium SKU를 사용 중지하고 있습니다. 신규 및 기존 고객은 대신 F SKU(Fabric 용량 구독)로 구매를 고려해야 합니다.

자세한 내용은 Power BI Premium 라이선스 관련 중요 업데이트 및 Power BI Premium FAQ를 참조하세요.

라이선스 유형은 다음을 결정하므로 작업 영역 계획에 중요합니다.

• 기능: 다양한 기능이 지원됩니다. PPU에는 Pro에서 사용할 수 없는 더 많은 기능(예: 배포 파이프라인)이 포함되어 있습니다. 패브릭 용량에 할당된 작업 영역에 더 많은 패브릭 기능(예: 레이크하우스)을 사용할 수 있습니다.
• 콘텐츠 액세스: 라이선스 유형은 작업 영역의 콘텐츠에 액세스할 수 있는 사용자를 결정합니다.
  • PPU 라이선스가 있는(또한 작업 영역 역할이 할당된) 사용자만 PPU 작업 영역에 액세스할 수 있습니다.
  • 무료 라이선스가 있는 콘텐츠 뷰어에게 콘텐츠를 제공하려면 F64 이상의 라이선스가 필요합니다.
• 데이터 스토리지 위치: 특정 지역(홈 지역 외부)에 데이터를 저장해야 하는 경우, 용량에 할당된 작업 영역을 사용하면 가능합니다. 그러면 해당 지역에 용량이 만들어집니다. 데이터 스토리지 위치에 대한 자세한 내용은 테넌트 설정을 참조하세요.

검사 목록 - 작업 영역 라이선스 모드를 고려할 때 주요 결정 사항 및 작업에는 다음이 포함됩니다.

• 각 작업 영역에 필요한 기능을 고려하세요. 각 작업 영역의 기능 요구 사항을 결정하세요. 워크로드의 차이와 작업 영역에 액세스하려는 사용자를 고려하세요.
• 작업 영역 라이선스 모드 설정: 각 작업 영역에 필요한 기능에 따라 각 작업 영역 라이선스 모드를 검토하고 업데이트합니다.

작업 영역 수명 주기 관리

콘텐츠 작성자가 조직에 중요한 분석 솔루션을 제공하기 위해 협업할 때 다양한 수명 주기 관리 고려 사항이 있습니다. 이러한 프로세스를 DevOps의 한 측면인 CI/CD(연속 통합 및 지속적인 배포)라고도 합니다.

몇 가지 수명 주기 관리 고려 사항은 다음과 같습니다.

• 시기적절하고 안정적이며 일관된 콘텐츠 제공을 보장하는 방법.
• 동일한 프로젝트에 참여하는 여러 콘텐츠 작성자 간에 소통하고 작업을 조정하는 방법.
• 여러 콘텐츠 작성자가 동일한 프로젝트에서 동일한 항목을 편집할 때 충돌을 해결하는 방법.
• 간단하고 안정적인 배포 프로세스를 구성하는 방법.
• 배포된 콘텐츠를 안정적으로 작동하는 이전 버전으로 롤백하는 방법.
• 프로덕션 콘텐츠를 보호하면서 새로운 기능과 버그 수정의 빠른 릴리스 사이의 균형을 맞추는 방법.

패브릭에는 수명 주기 관리의 두 가지 주요 구성 요소가 있습니다.

• 콘텐츠 버전 관리: Git 통합을 통해 콘텐츠 소유자와 작성자는 자신의 작업 버전을 만들 수 있습니다. 작업 영역에서의 웹 기반 개발과 함께 사용하거나 Power BI Desktop과 같은 클라이언트 도구에서 개발할 때 사용할 수 있습니다. 버전 제어(원본 제어라고도 함)는 Azure DevOps에서 로컬 및 원격 리포지토리와 연결된 분기를 사용하여 프로젝트의 모든 수정본을 추적하여 수행합니다. 변경 내용은 원격 리포지토리의 분기에 정기적으로 커밋됩니다. 콘텐츠 작성자가 테스트 및 승인된 수정본을 완료하면 해당 분기가 기본 원격 리포지토리에 있는 솔루션의 최신 버전과 병합됩니다(병합 충돌 해결 이후). 테넌트 설정에서 해당 기능을 사용하도록 설정한 경우 패브릭 포털의 각 작업 영역에 대해 Git 통합을 지정할 수 있습니다.
• 콘텐츠 승격: 배포 파이프라인은 주로 사용자를 위한 안정적인 환경을 유지하기 위한 릴리스 관리에 중점을 둡니다. 배포 파이프라인의 스테이지(개발, 테스트 또는 프로덕션)에 작업 영역을 할당할 수 있습니다. 그러면 쉽고 체계적으로 콘텐츠를 다음 단계로 승격 또는 배포할 수 있습니다.

수명 주기 관리 기능을 결합할 때 계획 프로세스 중에 고려해야 할 모범 사례가 있습니다. 예를 들어 개발 작업 영역 및 배포 파이프라인에 Git 통합을 사용하여 테스트 및 프로덕션 작업 영역에 게시하도록 선택할 수 있습니다. 이러한 유형의 결정을 내리려면 합의된 방법을 일관되게 사용해야 합니다. 설정, 프로세스 및 권한 모델을 완전히 테스트하려면 개념 증명을 수행하는 것이 좋습니다.

검사 목록 - 작업 영역 수명 주기 관리를 계획할 때 주요 결정 사항 및 작업에는 다음이 포함됩니다.

• 사용자가 버전 제어를 사용해야 하는 방법 결정: 비즈니스용 OneDrive 또는 SharePoint를 사용한 파일 버전 관리가 적절한지 결정하기 위해 셀프 서비스 및 고급 콘텐츠 작성자의 작업 방식을 분석합니다. 더 많은 기능이 필요한 고급 사용자를 위해 Git 통합을 소개합니다. 두 가지 유형의 사용자를 모두 지원하도록 준비하세요.
• 사용자가 콘텐츠를 승격하는 방법 결정: 셀프 서비스 및 고급 콘텐츠 작성자가 어떻게 작업하는지 분석하여 배포 파이프라인이 콘텐츠 승격에 적합한지 여부를 결정합니다.
• Git 통합을 활성화해야 하는지 결정: Git과 작업 영역의 통합이 콘텐츠 작성자의 작업 방식에 적합한지 고려하세요. 이 결정에 맞게 사용자가 작업 영역 항목을 Git 리포지토리와 동기화할 수 있음 테넌트 설정을 지정합니다. 각 Git 통합 테넌트 설정을 검토하고 거버넌스 지침에 따라 설정하세요.
• 개념 증명 수행: 기술 개념 증명을 수행하여 Git 작업 영역과 배포 파이프라인이 함께 작동하는 방식을 명확히 합니다.
• Git 통합이 필요한 작업 영역 결정: 콘텐츠 작성자의 작업 방식과 개발, 테스트 또는 프로덕션(릴리스) 분기에 할당해야 하는 작업 영역을 고려합니다.
• 라이선스 확인: Git 통합을 사용할 수 있는 용량 라이선스가 있는지 확인합니다. 각 작업 영역이 패브릭 용량 또는 Power BI Premium 용량에 할당되었는지 확인합니다.
• Azure DevOps 설정: 관리자와 협력하여 각 작업 영역에 필요한 Azure DevOps 프로젝트, 리포지토리, 분기를 설정합니다. 각 리포지토리에 적절한 액세스 권한을 할당합니다.
• 작업 영역 연결: 각 작업 영역을 적절한 Azure DevOps 리포지토리에 연결합니다.
• 프로덕션에 배포할 대상 고려: 프로덕션 콘텐츠를 업데이트할 수 있는 방법과 대상을 결정합니다. 이러한 결정이 조직에서 작업 영역 소유권을 처리하는 방식과 일치하는지 확인합니다.
• 콘텐츠 작성자 교육: 모든 콘텐츠 작성자가 수명 주기 관리 기능과 방법을 사용해야 하는 시기를 이해하도록 합니다. 워크플로와 다양한 작업 영역이 수명 주기 관리 프로세스에 어떤 영향을 미치는지 교육합니다.

ADLS Gen2와 작업 영역 통합

작업 영역을 ADLS Gen2(Azure Data Lake Storage Gen2) 계정에 연결할 수 있습니다. 이 작업을 수행하는 데는 두 가지 이유가 있습니다.

• Power BI 데이터 흐름 데이터의 저장: 자체 데이터레이크 가져오기를 선택한 경우 Power BI 데이터 흐름(Gen1)용 데이터는 Azure에서 직접 액세스할 수 있습니다. ADLS Gen2의 데이터 흐름 스토리지에 직접 액세스하는 것은 다른 사용자 또는 프로세스가 데이터를 보거나 액세스하도록 하려는 경우에 유용합니다. Power BI 이외의 데이터 흐름 데이터를 재사용하는 것이 목표일 때 특히 유용합니다. 스토리지를 할당하기 위한 두 가지 선택 항목은 다음과 같습니다.
  • 테넌트 수준 스토리지는 Power BI 데이터 흐름에 대한 모든 데이터를 하나의 ADLS Gen2 계정으로 중앙 집중화하는 경우에 유용합니다.
  • 작업 영역 수준 스토리지는 사업부에서 자체 데이터 레이크를 관리하거나 특정 데이터 보존 요구 사항이 있는 경우에 유용합니다.
• Power BI 의미 체계 모델 백업 및 복원: 용량 또는 PPU에 할당된 작업 영역에 대해 Power BI 의미 체계 모델 백업 및 복원 기능이 지원됩니다. 이 기능은 Power BI 데이터 흐름 데이터를 저장하는 데 사용되는 것과 동일한 ADLS Gen2 계정을 사용합니다(이전 글머리 기호에 설명됨). 의미 체계 모델 백업은 다음과 같은 경우에 유용합니다.
  • 데이터 보존 요구 사항 준수
  • 재해 복구 전략의 일부로 루틴 백업 저장
  • 다른 지역에 백업 저장
  • 데이터 모델 마이그레이션

Important

패브릭 관리 포털에서 Azure 연결을 설정한다고 해서 전체 테넌트의 모든 데이터 흐름이 기본적으로 ADLS Gen2 계정에 저장된다는 의미는 아닙니다. 내부 스토리지 대신 명시적 스토리지 계정을 사용하려면 각 작업 영역을 명시적으로 연결해야 합니다. 작업 영역에서 Power BI 데이터 흐름을 만들기 전에 작업 영역 Azure 연결을 설정하는 것이 중요합니다.

검사 목록 - ADLS Gen2와의 작업 영역 통합을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• Azure Storage가 필요한 방식으로 작업 영역을 사용할지 여부 결정: 사용자 데이터 레이크 가져오기 시나리오가 데이터 흐름 스토리지에 유용한지 및/또는 의미 체계 모델 백업 및 복원 기능을 사용해야 하는 요구 사항이 있는지 여부를 고려합니다.
• 사용할 Azure Storage 계정 결정: 데이터 흐름 데이터 또는 의미 체계 모델 백업의 테넌트 수준(중앙 집중식) 스토리지에 대해 계층 구조 네임스페이스가 사용하도록 설정된 Azure Storage 계정(ADLS Gen2)을 선택합니다. Azure Storage 계정 정보를 쉽게 사용할 수 있는지 확인합니다.
• 테넌트 수준 스토리지 계정 구성: 패브릭 관리자 포털에서 테넌트 수준 ADLS Gen2 스토리지 계정을 설정합니다.
• 작업 영역 관리자가 스토리지 계정을 연결할 수 있는지 여부 결정: 탈중앙화된 팀의 요구 사항과 개별 팀이 현재 자체 Azure Storage 계정을 유지 관리하고 있는지 여부를 이해하기 위한 논의를 합니다. 이 기능을 사용할지 여부를 결정합니다.
• 작업 영역 수준 스토리지에 대한 관리자 설정 구성: 패브릭 관리 포털에서 작업 영역 관리자가 자신의 스토리지 계정을 연결할 수 있는 옵션을 사용하도록 설정합니다.
• 작업 영역 수준 Azure Storage 연결 설정: 각 개별 작업 영역에 대한 Azure Storage 계정을 지정합니다. 작업 영역에서 Power BI 데이터 흐름을 만들기 전에 스토리지 계정을 설정해야 합니다. 의미 체계 모델 백업을 사용하려는 경우 작업 영역 라이선스 모드가 용량 또는 PPU로 설정되어 있는지 확인하세요.
• 작업 영역 관리 설명서 업데이트: 작업 영역 관리 설명서에 ADLS Gen2 스토리지 계정을 올바르게 할당하는 방법에 대한 정보가 포함되어 있도록 합니다. 중앙 집중식 포털 및 학습 자료에서 정보를 제공합니다.

Azure Log Analytics와 작업 영역 통합

Azure Log Analytics는 Azure Monitor 내의 서비스입니다. Azure Log Analytics를 사용하여 Power BI 의미 체계 모델을 호스트하는 Analysis Services 엔진에서 생성된 진단 데이터를 검토할 수 있습니다. 작업 영역 수준 로그는 성능 및 추세 분석, 데이터 새로 고침 분석 수행, XMLA 엔드포인트 작업 분석 등에 유용합니다. Azure Log Analytics는 용량 또는 PPU에 할당된 작업 영역에만 사용할 수 있습니다.

참고 항목

이름은 유사하지만 Azure Log Analytics로 전송된 데이터는 Power BI 활동 로그에서 캡처한 데이터와 다릅니다. Azure Log Analytics로 전송되는 데이터는 Analysis Services 엔진에서 생성된 이벤트(예: 쿼리 시작 및 쿼리 종료 이벤트)와 관련이 있습니다. 반대로 활동 로그는 사용자 활동 추적(예: 보고서 보기 또는 보고서 편집 이벤트)과 관련이 있습니다.

의미 체계 모델 이벤트 로그에 대한 자세한 내용은 데이터 수준 감사를 참조하세요.

Power BI에서 사용할 Azure Log Analytics를 설정하는 방법에 대한 자세한 내용은 Power BI용 Azure Log Analytics 구성을 참조하세요. 통합이 작동하려면 반드시 준비해야 하는 필수 구성 요소를 이해해야 합니다.

검사 목록 - Azure Log Analytics와의 작업 영역 통합을 고려할 때 주요 의사 결정 및 작업은 다음과 같습니다.

• 작업 영역 관리자가 Log Analytics에 연결할 수 있는지 여부를 결정: 작업 영역 관리자가 작업 영역 수준 로그를 분석하는 데 Azure Log Analytics를 사용할 수 있는지 여부를 결정합니다. 액세스가 특정 사용자로만 제한되는 경우 사용할 그룹을 결정합니다.
• Log Analytics 연결에 대한 테넌트 설정 지정: 패브릭 관리 포털에서 작업 영역 관리자가 연결을 설정한 결정에 따라 테넌트 설정을 지정합니다.
• 각 작업 영역에 대한 Log Analytics 작업 영역 설정: 작업 영역 설정에서 각 작업 영역에 대한 Azure Log Analytics 정보를 지정합니다. 작업 영역 수준 로그를 캡처하려면 작업 영역 라이선스 모드가 용량 또는 PPU로 설정되어 있는지 확인합니다.
• 작업 영역 관리 설명서 업데이트: 작업 영역 관리 설명서에 작업 영역을 Azure Log Analytics에 할당하는 방법에 대한 정보가 포함되어 있도록 합니다.

기타 작업 영역 속성

유용한 정보를 제공할 수 있는 몇 가지 다른 작업 영역 속성이 있습니다. 관리되는 작업 영역의 경우 이러한 속성을 설정하는 것이 좋습니다.

사용자 환경을 개선하기 위해 이러한 주요 설정을 지정하는 방법에 대한 몇 가지 제안 사항은 다음과 같습니다.

• 작업 영역 설명: 좋은 작업 영역 설명에는 작업 영역에서 찾을 수 있는 콘텐츠 형식에 대한 간략하면서도 구체적인 설명이 포함되어 있습니다. 최대 4,000자까지 사용할 수 있습니다.
  • 작업 영역의 용도
  • 타겟 대상 그룹
  • 작업 영역에 게시된 콘텐츠 형식
  • 작업 영역이 관리되는 것으로 간주되는지 여부
  • 작업 영역에 개발, 테스트 또는 프로덕션 데이터가 포함되는지 여부
  • 질문이 있을 경우 연락할 사람(때로는 다음에 설명된 연락처 목록 외에 이 정보를 최대한 눈에 띄게 표시하는 것이 중요함)
• 작업 영역 연락처: 작업 영역 연락처 목록에는 기본적으로 작업 영역 관리자가 포함됩니다. 주제 전문가와 다른 기술 콘텐츠 소유자가 있는 경우 다른 연락처를 지정하는 것이 유용할 수 있습니다. 다른 연락처는 작업 영역 콘텐츠에 대한 질문에 답변할 수 있는 그룹이나 개인일 수 있습니다.
• 작업 영역 이미지: 작업 영역 이미지를 일관되게 사용하면 작업 영역 목록을 검사할 때 사용자에게 유용할 수 있습니다. 이미지를 사용하여 사용자가 다음을 결정하는 데 도움을 주는 것을 고려합니다.
  • 도메인 또는 주제 영역
  • 콘텐츠를 소유하고 관리하는 사업부 또는 팀
  • 데이터 작업 영역(레이크하우스, 웨어하우스, 데이터 파이프라인, 데이터 흐름 또는 의미 체계 모델과 같은 재사용 가능한 항목을 저장하는 전용 작업 영역)인지 여부
  • 보고 작업 영역(보고서, 대시보드, 메트릭 등 분석 항목 저장 전용)인지 여부
• 데이터 모델 설정: 작업 영역 멤버, 관리자, 의미 체계 모델에 대한 빌드 권한이 있는 사용자가 웹 인터페이스를 사용하여 Power BI 데이터 모델을 편집할 수 있도록 허용합니다. 이 설정은 사용자가 Power BI 서비스에서 데이터 모델을 편집할 수 있음 테넌트 설정과 함께 사용됩니다. 이 설정은 콘텐츠를 만들고 관리하고 배포하는 방법에 대한 결정 사항 및 프로세스와 일치해야 합니다. 또한 이 문서의 앞부분에서 설명한 대로 버전 제어 방법을 고려해 보세요.

검사 목록 - 다른 작업 영역 속성을 고려할 때 주요 결정 사항 및 작업에는 다음이 포함됩니다.

• 작업 영역 설명 지정: 작업 영역 설명에 유용하고 자세한 설명이 포함되도록 합니다.
• 작업 영역에 유용한 이미지 사용: 작업 영역에 대해 일관된 이미지를 설정하여 해당 주제 영역, 작업 영역의 콘텐츠를 소유하고 관리하는 사람 및/또는 작업 영역에 저장된 콘텐츠 형식을 사용자가 시각적으로 이해하는 데 도움을 줍니다.
• 작업 영역에 대한 연락처 식별: 작업 영역 관리자가 작업 영역 연락처여야 하는지 또는 특정 사용자 또는 그룹을 지정해야 하는지 여부를 확인합니다.
• 데이터 모델 설정 지정: 웹 기반 데이터 모델 편집을 허용할 수 있는 작업 영역을 고려합니다. 콘텐츠를 편집하고 관리할 수 있는 사용자에 대한 기본 설정에 따라 사용자가 Power BI 서비스에서 데이터 모델을 편집할 수 있음 테넌트 설정을 지정합니다.

기타 기술적 요인

작업 영역 설정에 영향을 줄 수 있는 다른 기술적 요소가 있습니다.

• 콘텐츠를 다른 도구 및 서비스와 통합하는 경우 라이선스에 영향이 있을 수 있습니다. 예를 들어 Power BI 보고서에 Power Apps 시각적 개체를 포함하는 경우 적절한 Power Apps 라이선스가 필요합니다.
• Pro 작업 영역에 저장할 수 있는 데이터의 양에 적용되는 작업 영역별 스토리지 제한이 있습니다. 용량이나 PPU를 사용할 수 없는 경우 작업 영역 계획 프로세스 중에 스토리지 제한 내에서 작업하는 방법을 고려합니다.
• AppSource에서 템플릿 앱을 설치하면 좁은 주제와 범위가 있는 새 작업 영역이 생성됩니다.

검사 목록 - 다른 기술적 요인을 고려할 때 주요 의사 결정 및 작업에는 다음이 포함됩니다.

• 기술적 요인에 주의하기: 계획 프로세스를 진행하면서 의사 결정 프로세스에 영향을 줄 수 있는 기술적 이유(예: 작업 영역별 스토리지 제한)가 있는지 확인합니다.
• 작업 영역 콘텐츠 다시 구성: 스토리지 제한이 문제가 될 수 있는 경우 지금 별도의 작업 영역을 만들고 이러한 새 작업 영역에 콘텐츠를 다시 게시합니다.

관련 콘텐츠

Power BI 구현 결정에 도움이 되는 더 많은 고려 사항, 작업, 의사 결정 기준 및 권장 사항은 Power BI 구현 계획을 참조하세요.