Power BI로 마이그레이션할 콘텐츠 만들기
이 문서에서는 Power BI로 마이그레이션할 때 콘텐츠를 만들고 유효성을 검사하는 작업과 관련된 4단계를 설명합니다.
참고 항목
위의 그래픽에 관한 전체 설명은 Power BI 마이그레이션 개요를 참조하세요.
4단계는 POC(개념 증명)를 프로덕션 환경에서 사용할 수 있는 솔루션으로 변환하는 실제 작업을 수행하는 데 초점을 맞춥니다.
이 단계의 산출물은 개발 작업 영역에서 유효성이 검사되었고 프로덕션 환경에 배포할 준비가 된 Power BI 솔루션입니다.
팁
문서에서 설명하는 대부분의 항목은 표준 Power BI 구현 프로젝트에도 적용됩니다.
프로덕션 솔루션 만들기
이 시점에서 POC를 수행한 동일한 사용자가 프로덕션 준비 Power BI 솔루션을 계속 생성할 수 있습니다. 또는 다른 사람이 참여할 수 있습니다. 타임라인이 위험해지지 않는다면 향후 Power BI 개발을 담당할 사용자가 참여하는 것이 좋습니다. 이렇게 하면 해당 사용자가 적극적으로 학습할 수 있습니다.
Important
POC에서 최대한 많은 작업을 다시 사용합니다.
새로운 가져오기 의미 체계 모델 개발
기존 Power BI 의미 체계 모델이 요구 사항에 맞게 아직 존재하지 않거나 요구 사항에 맞게 개선할 수 없는 경우 새 가져오기 의미 체계 모델을 만들도록 선택할 수 있습니다.
처음부터 데이터 및 보고서의 개발 작업을 분리하는 것이 가장 좋습니다. 여러 사용자가 데이터 모델링 및 보고서를 담당하는 경우 데이터와 보고서를 분리하면 작업 및 권한을 쉽게 분리할 수 있습니다. 이를 통해 확장성이 더 높은 접근 방식이 되며 데이터 재사용 가능성이 향상됩니다.
가져오기 의미 체계 모델 개발과 관련된 필수 활동은 다음과 같습니다.
- 하나 이상의 데이터 원본(Power BI 데이터 흐름일 수 있음)에서 데이터를 취득합니다.
- 데이터를 셰이핑, 결합 및 준비합니다.
- 날짜 테이블을 포함하여 의미 체계 모델을 만듭니다.
- 모델 관계를 만들고 확인합니다.
- 측정값을 정의합니다.
- 필요한 경우 행 수준 보안을 설정합니다.
- 동의어를 구성하고 Q&A를 최적화합니다.
- 복합 모델 또는 집계 사용과 같은 데이터 스토리지 모드에 대한 결정에 영향을 줄 수 있는 확장성, 성능 및 동시성을 계획합니다.
새 보고서 및 대시보드 개발
Power BI 보고서 또는 대시보드의 개발과 관련된 필수 작업은 다음과 같습니다.
- 기존 데이터 모델에 대한 라이브 연결을 사용하거나 새 데이터 모델을 만드는 작업 결정
- 새 데이터 모델을 만드는 경우 모델 테이블(가져오기, DirectQuery 또는 복합)을 위한 데이터 스토리지 모드를 결정합니다.
- Power BI Desktop, Paginated Report Builder 또는 Excel과 같은 요구 사항을 충족하는 최상의 데이터 시각화 도구를 결정합니다.
- 보고서에서 알려야 하는 스토리를 알리고 보고서에서 대답해야 하는 질문을 해결하는 가장 적합한 시각적 개체를 결정합니다.
- 모든 시각적 개체가 분명하고, 간결하며, 비즈니스 친화적인 용어를 제공하는지 확인합니다.
- 상호 작용 요구 사항을 해결합니다.
- 라이브 연결을 사용하는 경우 보고서 수준 측정값을 추가합니다.
- 특히 소비자가 주요 메트릭을 모니터링하는 간편한 방법을 원하는 경우 Power BI 서비스에서 대시보드를 만듭니다.
참고 항목
대부분의 해당 결정은 계획 초기 단계 또는 기술 POC에서 수행되었습니다.
솔루션 유효성 검사
Power BI 솔루션 유효성 검사의 네 가지 주요 측면은 다음과 같습니다.
- 데이터 정확도
- 보안
- 기능
- 성능
데이터 정확도 유효성 검사
마이그레이션하는 동안 일회성 활동으로 새 보고서의 데이터가 레거시 보고서에 표시된 데이터와 일치하는지 확인해야 합니다. 또는 차이가 있는 경우 이유를 설명할 수 있습니다. 새 솔루션에서 해결되는 레거시 솔루션의 오류를 찾는 경우는 생각보다 더 일반적입니다.
지속적인 데이터 유효성 검사 활동의 일부로 새 보고서를 원래 원본 시스템과 교차 확인해야 합니다. 해당 유효성 검사는 보고서 변경을 게시할 때마다 반복 가능한 방법으로 수행하는 것이 가장 좋습니다.
보안 유효성 검사
보안의 유효성을 검사하는 경우 다음과 같은 두 가지 주요 측면을 고려해야 합니다.
- 데이터 권한
- 의미 체계 모델, 보고서 및 대시보드에 대한 액세스
가져오기 의미 체계 모델에서 RLS(행 수준 보안)를 정의하여 데이터 권한을 적용합니다. DirectQuery 스토리지 모드를 사용하는 경우(Single Sign-On과 함께 사용 가능) 원본 시스템에서 데이터 권한을 적용할 수도 있습니다.
Power BI 콘텐츠에 대한 액세스 권한을 부여하는 기본 방법은 다음과 같습니다.
- 작업 영역 역할(콘텐츠 편집기 및 뷰어용)
- 패키지된 작업 영역 콘텐츠 세트에 적용되는 앱 대상 그룹 권한(뷰어용)
- 개별 보고서 또는 대시보드 공유(뷰어용)
팁
콘텐츠 작성자에게 보안을 효과적으로 관리하는 방법을 교육하는 것이 좋습니다. 강력한 테스트, 감사 및 모니터링을 준비하는 것도 중요합니다.
기능 유효성 검사
이제 필드 이름, 형식 지정, 정렬 및 기본 요약 동작과 같이 의미 체계 모델 세부 정보를 다시 확인합니다. 슬라이서, 드릴다운 작업, 드릴스루 작업, 식, 단추 또는 책갈피와 같은 대화형 보고서 기능도 모두 확인됩니다.
개발 프로세스 중에 정기적으로 Power BI 서비스의 개발 작업 영역에 Power BI 솔루션을 게시해야 합니다. 서비스에서 모든 기능이 예상대로 작동하는지 확인합니다(예: 사용자 지정 시각적 개체의 렌더링). 또한 추가 테스트를 수행해도 좋습니다. 예약된 새로 고침, Q&A 및 모바일 디바이스에서 보고서 및 대시보드가 표시되는 방식을 테스트합니다.
성능 유효성 검사
소비자 환경에서 Power BI 솔루션의 성능은 중요합니다. 대부분 보고서는 10초 내에 시각적 개체를 제공해야 합니다. 로드하는 데 시간이 더 오래 걸리는 보고서가 있는 경우 지연에 영향을 미칠 수 있는 사항을 일시 중지하고 다시 고려합니다. 보고서 성능은 Power BI Desktop 외에도 Power BI 서비스에서 정기적으로 평가되어야 합니다.
표준이 아닌 DAX(Data Analysis eXpressions), 좋지 않은 의미 체계 모델 디자인 또는 최적이 아닌 보고서 디자인(예: 단일 페이지에서 너무 많은 시각적 개체를 렌더링하려는 경우)에서 많은 성능 문제가 발생합니다. 네트워크, 오버로드된 데이터 게이트웨이 또는 프리미엄 용량을 구성하는 방법과 같은 기술적 환경 문제는 성능 문제에도 영향을 줄 수 있습니다. 자세한 내용은 Power BI 최적화 가이드 및 Power BI의 보고서 성능 문제 해결을 참조하세요.
Important
때때로 이 문서는 Power BI Premium 또는 P SKU(프리미엄 용량 구독)를 언급합니다. Microsoft는 현재 구매 옵션을 통합하고 용량당 Power BI Premium SKU를 사용 중지하고 있습니다. 신규 및 기존 고객은 대신 F SKU(Fabric 용량 구독)로 구매를 고려해야 합니다.
자세한 내용은 Power BI Premium 라이선스 관련 중요 업데이트 및 Power BI Premium FAQ를 참조하세요.
솔루션 문서화
Power BI 솔루션에 유용한 두 가지 기본 유형의 설명서는 다음과 같습니다.
- 의미 체계 모델 문서화
- 보고서 설명서
대상 그룹이 가장 쉽게 액세스할 수 있는 어디에나 문서를 저장할 수 있습니다. 일반 옵션은 다음과 같습니다.
- SharePoint 사이트 내에서: 우수 센터 또는 내부 Power BI 커뮤니티 사이트에 대한 SharePoint 사이트가 있을 수 있습니다.
- 앱 내에서: Power BI 앱을 게시할 때 소비자에게 자세한 정보를 전달하도록 URL을 설정할 수 있습니다.
- 개별 Power BI Desktop 파일 내: 테이블 및 열과 같은 모델 요소가 설명을 정의할 수 있습니다. 해당 설명은 보고서를 작성할 때 필드 창에 도구 설명으로 나타납니다.
팁
Power BI 관련 설명서의 허브로 사용되는 사이트를 만드는 경우 해당 URL 위치를 사용하여 도움말 보기 메뉴를 사용자 지정하는 것이 좋습니다.
의미 체계 모델 설명서 작성
의미 체계 모델 설명서는 향후에 의미 체계 모델을 관리하게 될 사용자를 대상으로 합니다. 다음을 포함하는 것이 좋습니다.
- 디자인 결정 및 이유
- 의미 체계 모델을 소유, 유지 관리 및 인증하는 사용자입니다.
- 데이터 새로 고침 요구 사항
- 의미 체계 모델에 정의된 사용자 지정 비즈니스 규칙입니다.
- 특정 의미 체계 모델 보안 또는 데이터 개인 정보 보호 요구 사항.
- 향후 유지 관리 요구 사항
- 알려진 미해결 문제 또는 지연된 백로그 항목
또한 시간이 지남에 따라 의미 체계 모델에 발생한 가장 중요한 변경 내용을 요약하는 변경 로그를 만들도록 선택할 수도 있습니다.
보고서 설명서 만들기
일반적으로 보고서 소비자를 대상으로 하는 연습으로 구성된 보고서 설명서는 소비자가 보고서 및 대시보드에서 더 많은 가치를 창출하는 데 도움이 될 수 있습니다. 종종 짧은 비디오 자습서도 유용합니다.
보고서의 숨겨진 페이지에 추가 보고서 설명서를 포함하도록 선택할 수도 있습니다. 디자인 결정 및 변경 로그를 포함할 수 있습니다.
관련 콘텐츠
Power BI 마이그레이션 시리즈의 다음 문서에서는 Power BI로 마이그레이션할 때 콘텐츠 배포, 지원 및 모니터링과 관련된 5단계를 알아봅니다.
기타 유용한 리소스는 다음과 같습니다.
- Microsoft의 BI 변환
- Power BI 구현 계획
- 궁금한 점이 더 있나요? Power BI 커뮤니티에 질문합니다.
- 제안 사항은? Power BI 개선을 위한 아이디어 제공
조직에서 마이그레이션 프로세스를 성공적으로 완료하는 데 도움을 줄 숙련된 Power BI 파트너와 협력할 수 있습니다. Power BI 파트너와 협력하려면 Power BI 파트너 포털을 방문하세요.