Power BI 사용 시나리오: 고급 데이터 모델 관리

이 사용 시나리오는 Power BI 콘텐츠 작성자가 타사 도구를 사용하여 데이터 모델을 개발, 관리 또는 최적화하는 고급 데이터 모델 관리에 중점을 둡니다. 일부 타사 도구는 Power BI Desktop 직접 지원하는 외부 도구입니다. Power BI 서비스의 XMLA 엔드포인트와 직접 통신하여 게시된 데이터 모델(의미 체계 모델 - 이전에는 데이터 세트라고 함)을 관리할 수도 있습니다.

데이터 모델은 Power BI 서비스, AAS(Azure Analysis Services) 또는 SSAS(SQL Server Analysis Services)에서 호스트됩니다. 이 사용 시나리오는 Power BI 서비스에서 XMLA 엔드포인트를 사용하는 데 중점을 둡니다.

XMLA(XML for Analysis) 프로토콜을 사용하여 데이터 모델에 연결할 수 있습니다. XMLA 프로토콜은 Microsoft를 포함한 25개 이상의 공급업체에서 지원하는 업계 표준 프로토콜입니다. XMLA 프로토콜을 준수하는 타사 도구를 비롯한 모든 도구는 Microsoft 클라이언트 라이브러리를 사용하여 데이터 모델에 대해 데이터를 읽기 및/또는 쓰기를 합니다. 의미 체계 모델 작성자에게 제공되는 개발 및 관리 기능을 넓히는 데이터 모델에서 노출되는 API인 XMLA 엔드포인트를 사용하여 연결이 달성됩니다.

시나리오 다이어그램

이 고급 데이터 모델 관리 사용 시나리오의 초점은 테이블 형식 편집기를 사용하여 데이터 모델을 관리하는 것입니다. Power BI Premium에서 사용할 수 있는 XMLA 엔드포인트를 사용하여 Power BI 서비스에 데이터 모델을 게시할 수 있습니다.

다음 다이어그램은 데이터 모델을 개발, 관리 또는 최적화하는 데 도움이 되는 가장 일반적인 사용자 작업 및 도구에 대한 개략적인 개요를 보여 줍니다.

시나리오 다이어그램은 다음과 같은 사용자 작업, 도구 및 기능을 보여 줍니다.

Item	설명
	모델 작성자는 테이블 형식 편집기를 사용하여 데이터 모델을 개발합니다. 시나리오 다이어그램에 표시되지 않은 테이블 형식 편집기로 전환하기 전에 Power BI Desktop 초기 디자인 작업(예: Power Query 작업)이 수행되는 것이 일반적입니다.
	데이터 모델은 하나 이상의 데이터 원본의 데이터에 연결합니다.
	일부 데이터 원본에는 프라이빗 조직 네트워크 내에 있는 것과 같이 데이터 새로 고침을 위해 온-프레미스 데이터 게이트웨이 또는 VNet Gateway가 필요할 수 있습니다.
	데이터 모델 개발은 테이블 형식 편집기에서 수행됩니다. Power Query(M) 스크립트 편집이 지원됩니다. 모델 작성자는 C# 스크립트를 사용하여 개발을 가속화할 수 있습니다.
	준비가 되면 의미 체계 모델 작성자는 대상 작업 영역의 XMLA 엔드포인트를 사용하여 테이블 형식 편집기에서 Power BI 서비스 데이터 모델을 게시합니다.
	데이터 모델은 공유 의미 체계 모델 저장 및 보안 전용 작업 영역에 게시됩니다. XMLA 엔드포인트를 사용하여 작업 영역에 액세스하는 것은 작업 영역 라이선스 모드가 Fabric 용량, Premium 용량, 사용자 단위 Premium 또는 Embedded로 설정된 경우에만 가능합니다.
	보고서 작성자는 공유 의미 체계 모델에 대한 라이브 연결을 사용하여 보고서를 만듭니다.
	보고서 작성자는 Power BI Desktop에서 보고서를 작성합니다. 의도적으로 보고서를 의미 체계 모델과 분리하는 경우를 제외하고 콘텐츠 작성자는 일반적인 보고서 만들기 프로세스를 따릅니다.
	준비가 되면 보고서 작성자는 Power BI Desktop 파일(.pbix) 또는 Power BI 프로젝트 파일(.pbip)을 Power BI 서비스에 게시합니다.
	보고서는 보고서 및 대시보드 저장 및 보안 전용 작업 영역에 게시됩니다.
	게시된 보고서는 다른 작업 영역에 저장된 공유 의미 체계 모델에 연결된 상태로 유지됩니다. 공유 의미 체계 모델을 변경하면 모든 종속 보고서에 영향을 미칩니다.
	타사 도구는 XMLA 엔드포인트를 사용하여 공유 의미 체계 모델을 쿼리할 수 있습니다. DAX Studio, Fabric Notebook의 Semantic Link 또는 Windows PowerShell과 같은 다른 XMLA 규격 도구를 사용하여 공유 의미 체계 모델을 쿼리하거나 업데이트할 수 있습니다. Power BI Desktop, Excel 및 Report Builder는 XMLA 엔드포인트(시나리오 다이어그램에 표시되지 않음)를 사용하여 연결할 수도 있습니다.
	다른 Microsoft 및 타사 도구는 XMLA 엔드포인트를 사용하여 의미 체계 모델을 관리하고 애플리케이션 수명 주기 관리를 제공할 수 있습니다. 자세한 내용은 XMLA 엔드포인트 기반 클라이언트 도구를 참조하세요.
	Fabric 관리자는 XMLA 엔드포인트를 사용할 수 있도록 테넌트 설정을 관리합니다. 관리자는 Fabric 용량, Premium 용량, 사용자 단위 Premium 설정에 대해 XMLA 엔드포인트를 사용하도록 설정해야 합니다.
	Fabric 관리자는 Fabric 포털의 작업을 감독하고 모니터링합니다.

핵심 내용

다음은 고급 데이터 모델 관리 시나리오에 대해 강조해야 할 몇 가지 핵심 사항입니다.

타사 애플리케이션 및 도구

Enterprise BI 팀은 일반적으로 중앙 집중식 의미 체계 모델을 관리하는 데 도움을 주는 테이블 형식 편집기(시나리오 다이어그램에 표시되고 다음 항목에 설명됨)와 같은 클라이언트 도구를 사용합니다. 그러나 고급 모델링 기능을 사용하려는 의미 체계 모델 작성자는 이 사용 시나리오에 설명된 방법을 활용할 수 있습니다.

타사 애플리케이션을 사용하는 방법에는 여러 가지가 있습니다.

• XMLA 엔드포인트를 사용하여 원격 데이터 모델에 연결: 일부 타사 도구는 Power BI 서비스(또는 Analysis Services)의 원격 데이터 모델에 직접 연결할 수 있습니다. XMLA 엔드포인트에 연결되면 모든 TOM(테이블 형식 개체 모델) 작업이 지원됩니다. 이 방법은 이 사용 시나리오의 주요 초점입니다.
• Power BI Desktop에서 로컬 데이터 모델에 연결: 일부 타사 도구는 Power BI Desktop(시나리오 다이어그램에 표시되지 않음)에서 열려 있는 로컬 데이터 모델에 연결할 수 있습니다. 그러나 몇 가지 제한 사항이 있으며 모든 외부 도구 기능이 공식적으로 지원되는 것은 아닙니다.
• Power BI Desktop 템플릿 파일에 연결: 일부 타사 도구는 Power BI Desktop 템플릿 파일(.pbit)(시나리오 다이어그램에 표시되지 않음)을 사용하여 간단한 방식으로 기능을 배포합니다.

테이블 형식 편집기

테이블 형식 편집기는 시나리오 다이어그램에 표시됩니다. Power BI 커뮤니티에서 광범위하게 채택한 타사 도구입니다. 테이블 형식 편집기를 사용하여 테이블 형식 데이터 모델을 관리하는 몇 가지 이점은 다음과 같습니다.

• Power BI Desktop이 지원되지 않는 데이터 모델 기능 설정: 테이블 형식 편집기에서는 OLS(개체 수준 보안), 계산 그룹, 큐브 큐, 변환 및 파티션을 설정하는 인터페이스를 제공합니다.
• 동시 모델 개발 지원: Visual Studio with Analysis Services 프로젝트와 같은 Microsoft 데이터 모델 개발 도구는 전체 데이터 모델 정의를 Model.bim 파일에 저장합니다. 이 단일 파일은 개발자 팀이 단일 데이터 모델에서 함께 작업하기 어렵게 만들 수 있습니다. 테이블 형식 편집기에는 폴더 serialization이라는 기능이 있습니다. 폴더 serialization은 Model.bim 파일을 구성된 폴더 구조 내에서 별도의 개체별 파일로 분해합니다. 그러면 여러 데이터 모델러가 서로 다른 파일에서 작업할 수 있어서 서로의 작업을 덮어쓸 위험이 적어집니다.
• 소스 제어와의 통합: 폴더 serialization을 사용하면 소스 제어 시스템에서 데이터 모델 변경 내용을 쉽게 감지할 수 있으므로 원본 병합 및 충돌 해결을 더 쉽게 수행할 수 있습니다.
• 향상된 데이터 모델 품질 및 디자인: 테이블 형식 편집기는 BPA(모범 사례 분석기)와 통합됩니다. BPA는 데이터 모델의 품질, 일관성 및 성능을 개선할 수 있는 사용자 지정 가능한 규칙 집합으로 데이터 모델러를 지원합니다. GitHub에서 일련의 모범 사례 규칙(Microsoft에서 제공)을 다운로드할 수 있습니다.
• 데이터 모델 개발 시 생산성 향상: 테이블 형식 편집기 인터페이스를 사용하면 일괄 편집 수행, 디버깅 및 데이터 모델 종속성 보기에 적합합니다. 테이블 형식 편집기는 연결 끊김 모드에서 작동한다는 점에서 Power BI Desktop과 다릅니다. 연결 끊김 모드에서 데이터 모델을 변경하고 편집 일괄 처리로 커밋할 수 있습니다. 이러한 방식으로 작업하면 특히 숙련된 데이터 모델러의 경우 더 빠른 개발 및 유효성 검사를 수행할 수 있습니다. C# 스크립트를 만들고 매크로로 저장할 수도 있습니다. 이러한 스크립트는 여러 데이터 모델을 관리하고 동기화하는 효율성을 개선하는 데 도움이 될 수 있습니다.

XMLA 엔드포인트

XMLA 엔드포인트는 XMLA 프로토콜을 사용하여 Power BI Desktop에서 지원하지 않는 일부 데이터 모델링 작업을 포함하여 테이블 형식 데이터 모델의 모든 기능을 노출합니다. TOM API를 사용하여 데이터 모델을 프로그래밍 방식으로 변경할 수 있습니다.

XMLA 엔드포인트도 연결을 제공합니다. 라이선스 모드가 있는 작업 영역이 사용자 단위 Premium, 용량 단위 Premium 또는 Embedded로 설정된 경우에만 의미 체계 모델에 연결할 수 있습니다. 연결이 완료되면 XMLA 규격 도구가 데이터 모델에서 다음 두 가지 방법으로 작동할 수 있습니다.

• 데이터 및 메타데이터 쓰기: XMLA 엔드포인트의 읽기/쓰기 사용은 다음을 허용합니다.
  • OLS(개체 수준 보안), 계산 그룹, 큐브 뷰, 변환 및 파티션 관리와 같이 Power BI Desktop에서 지원하지 않는 데이터 모델링 기능.
  • 더 복잡한 배포. 예: 단일 새 측정값만 게시하는 부분 배포 또는 메타데이터 전용 배포.
  • 비동기 의미 체계 모델 새로 고침. 예: 단일 테이블 또는 파티션 새로 고침.
• 데이터 및 메타데이터 읽기: XMLA 엔드포인트를 읽기 전용으로 사용하면 다음을 수행할 수 있습니다.
  • 의미 체계 모델 및 쿼리 모니터링, 디버깅 및 추적.
  • 타사 데이터 보고 도구가 공유 의미 체계 모델에서 원본 데이터를 시각화할 수 있도록 허용 이 기술은 관리형 셀프 서비스 BI에서 혜택 및 투자를 확장하는 좋은 방법입니다.

용량 단위 XMLA 설정

각 Power BI Premium 용량 및 Power BI Embedded 용량에는 XMLA 엔드포인트가 읽기 전용, 읽기/쓰기 또는 해제인지 여부를 제어하는 설정이 있습니다. 이 설정은 Power BI 테넌트에서 모든 사용자 단위 Premium 작업 영역에도 사용할 수 있습니다. Power BI Desktop 이외의 도구로 관리하려는 의미 체계 모델이 포함된 각 용량에 대해 읽기/쓰기 XMLA 액세스를 사용하도록 설정해야 합니다.

XMLA 테넌트 설정

XMLA 엔드포인트 설정 외에도 Power BI 관리자는 테넌트 설정을 사용하여 온-프레미스 의미 체계 모델을 사용하여 XMLA 엔드포인트 및 Excel의 분석을 허용해야 합니다. 사용하도록 설정하면 모든 사용자 또는 특정 보안 그룹이 XMLA 엔드포인트 기능을 사용하도록 허용할 수 있습니다.

타사 도구

Power BI Desktop은 대부분의 셀프 서비스 콘텐츠 작성자에 대한 엔드투엔드 요구 사항을 처리할 수 있습니다. 그러나 타사 도구는 기타 엔터프라이즈 기능을 제공합니다. 이러한 이유로 테이블 형식 편집기와 같은 타사 도구는 특히 고급 콘텐츠 작성자, 개발자 및 IT 전문가를 위한 Power BI 커뮤니티에 널리 보급되었습니다.

데이터 모델 관리

이 사용 시나리오의 주요 초점은 테이블 형식 편집기를 사용하여 데이터 모델을 관리하는 콘텐츠 작성자에 있습니다. 가끔씩 수행하는 파티션 관리와 같이 빈번하지 않은 고급 데이터 모델 관리 요구 사항의 경우 SSMS(SQL Server Management Studio)와 같은 도구를 선택하여 사용할 수 있습니다. .NET 개발자가 TOM API를 사용하여 Power BI 의미 체계 모델을 만들고 관리할 수도 있습니다.

데이터 모델과 보고서의 분리

이 사용 시나리오가 성공하려면 보고서와 데이터 모델을 분리해야 합니다. 이 접근 방식을 따르면 관리형 셀프 서비스 BI 사용 시나리오에 설명된 대로 별도의 Power BI Desktop 파일을 관리하게 됩니다. 동일한 사용자가 모든 개발을 담당하더라도 테이블 형식 편집기는 보고서 콘텐츠를 인식하지 못하기 때문에 의미 체계 모델과 보고서를 분리하는 것이 중요합니다.

게이트웨이 설정

일반적으로 프라이빗 조직 네트워크 또는 가상 네트워크 내에 있는 데이터 원본에 액세스할 경우 데이터 게이트웨이가 필요합니다. 온-프레미스 데이터 게이트웨이는 데이터 모델이 Power BI 서비스에 게시되면 관련성이 생깁니다. 게이트웨이의 두 가지 목적은 가져온 데이터를 새로 고치거나 라이브 연결 또는 DirectQuery 의미 체계 모델을 쿼리하는 보고서를 보는 것입니다(시나리오 다이어그램에 표시되지 않음).

시스템 감독

활동 로그는 Power BI 서비스에서 발생하는 사용자 활동을 기록합니다. Power BI 관리자는 수집된 활동 로그 데이터를 사용하여 XMLA 엔드포인트를 통해 연결한 활동을 이해하는 데 도움이 되는 감사를 수행할 수 있습니다.

관련 콘텐츠

Power BI 구현 결정에 도움이 되는 다른 유용한 시나리오는 Power BI 사용 시나리오 문서를 참조하세요.