Power BI 구현 계획: 사용자 도구 및 디바이스

참고 항목

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

이 문서에서는 조직의 Power BI 소비자와 작성자를 사용하도록 설정하고 지원하기 위한 사용자 도구 계획과 디바이스 관리에 대한 주요 고려 사항을 소개합니다. 이 문서는 다음을 대상으로 합니다.

• COE(우수성 센터) 및 BI 팀: 조직에서 Power BI의 감독을 담당하는 팀으로, 이러한 팀에는 Power BI 콘텐츠를 만드는 데 사용할 도구를 결정해야 하는 의사 결정자가 포함됩니다.
• 패브릭 관리자: 조직에서 패브릭 감독을 담당하는 관리자입니다.
• IT 및 인프라 팀: 사용자 디바이스와 컴퓨터를 설치, 업데이트, 관리하는 기술 직원입니다.
• 콘텐츠 작성자 및 콘텐츠 소유자: 동료와 소통하고 설치해야 하는 항목을 요청해야 하는 사용자입니다.

분석 채택의 중요한 측면 중 하나는 콘텐츠 소비자와 콘텐츠 작성자가 필요한 소프트웨어 애플리케이션을 보유하고 있는지 확인하는 것입니다. 특히 콘텐츠를 만드는 사용자를 위한 도구의 효과적인 관리는 사용자 채택을 늘리고 사용자 지원 비용을 절감합니다.

새 도구에 대한 요청

새로운 도구와 소프트웨어 애플리케이션에 대한 요청을 처리하는 방법은 거버넌스에 따라 결정됩니다. 조직을 처음 접하거나 이제 막 분석을 시작한 많은 사용자는 무엇을 요청해야 할지 모릅니다. 프로세스를 간소화하려면 다음 요청을 함께 처리하는 것이 좋습니다.

• 소프트웨어 요청
• 사용자 라이선스 요청
• 교육 요청
• 앱 액세스 요청

소프트웨어 설치는 일반적으로 IT 부서가 담당합니다. 최적의 사용자 환경을 보장하려면 IT가 다음과 같은 주요 결정 사항 및 프로세스에 대해 COE(우수성 센터)와 협업하는 것이 중요합니다.

• 사용자가 소프트웨어 설치를 요청하는 프로세스. 소프트웨어 설치 요청을 처리하는 방법에는 여러 가지가 있습니다.
  • 일반 도구는 표준 컴퓨터 설정에 포함될 수 있습니다. IT 팀에서는 이를 표준 빌드라고 부르기도 합니다.
  • 특정 애플리케이션은 업무에 따라 자동으로 설치될 수 있습니다. 설치된 소프트웨어는 Microsoft Entra ID(이전 Azure Active Directory)의 사용자 프로필 특성을 기반으로 할 수 있습니다.
  • 사용자 지정 요청의 경우 표준 요청 양식을 사용하는 것이 좋습니다. 메일이 아닌 양식을 통해 요청 기록이 작성됩니다. 필수 조건 또는 더 많은 라이선스가 필요한 경우 승인이 워크플로에 포함될 수 있습니다.
• 소프트웨어 업데이트 설치 프로세스. 소프트웨어 업데이트를 적시에 설치하는 것이 중요합니다. 목표는 가능한 한 최신 상태를 유지하는 것입니다. 사용자는 가능한 내용을 온라인에서 읽을 수 있으며 새로운 기능을 사용할 수 없는 경우 혼란스러워하거나 좌절감을 느낄 수 있습니다. 자세한 내용은 이 문서의 뒷부분에 있는 클라이언트 도구를 참조하세요.

검사 목록 - 새로운 도구에 대한 요청을 처리하는 방법을 계획하는 경우 주요 결정 사항 및 작업은 다음과 같습니다.

• 소프트웨어 요청 처리 방법 결정: 소프트웨어 설치에 대한 새로운 요청을 받고 처리할 책임이 누구에게 있는지 명확히 합니다.
• 필수 조건이 필요한지 확인: 소프트웨어 설치를 요청하기 전에 교육, 자금, 라이선스, 승인과 관련된 조직의 필수 조건이 무엇인지 확인합니다.
• 추적 시스템 만들기: 소프트웨어 요청의 상태와 기록을 추적하는 시스템을 만듭니다.
• 사용자를 위한 지침 작성: 새로운 도구 및 소프트웨어 애플리케이션을 요청하는 방법에 대한 문서를 중앙 집중식 포털에 제공합니다. 라이선스, 교육, 데이터에 대한 액세스를 요청하는 방법과 함께 이 지침을 함께 배치하는 것이 좋습니다.

소비자 도구에 대한 계획

조직에서 많은 사용자가 소비자로 분류됩니다. 소비자는 다른 사람이 작성하고 게시한 콘텐츠를 봅니다.

소비자가 Power BI 콘텐츠에 액세스할 수 있는 가장 일반적인 방법은 다음과 같습니다.

소프트웨어	대상 그룹
Power BI 서비스	콘텐츠 소비자는 웹 브라우저(예: Microsoft Edge)를 사용하여 콘텐츠를 봅니다.
Teams	Microsoft Teams용 Power BI 앱을 사용하여 Power BI 서비스에 게시된 콘텐츠를 보는 콘텐츠 소비자. 이 옵션은 사용자가 Teams에서 많은 시간을 보낼 때 편리합니다. 자세한 내용은 조직이 Microsoft Teams에서 Power BI를 사용할 수 있도록 설정하기 위한 가이드를 참조하세요.
Power BI 모바일 애플리케이션	iOS, Android 또는 Windows 10 애플리케이션을 사용하여 Power BI 서비스 또는 Power BI Report Server에 게시된 콘텐츠와 상호 작용하는 콘텐츠 소비자.
OneDrive/SharePoint 뷰어	웹 브라우저를 사용하여 OneDrive 또는 SharePoint에 저장된 Power BI Desktop(.pbix) 파일을 보는 콘텐츠 소비자. 이 옵션은 원래 Power BI Desktop 파일을 공유하는 데 유용한 대안입니다. OneDrive/SharePoint 뷰어는 .pbix 파일을 Power BI 서비스에 명시적으로 게시하지 않고 친숙한 웹 기반 보고서 소비자 경험을 제공하려는 비공식 팀에 가장 적합합니다.
Power Apps 솔루션	Power Apps 솔루션에 포함된 Power BI 서비스의 콘텐츠를 보는 콘텐츠 소비자.
사용자 지정 애플리케이션	조직 또는 고객을 위한 사용자 지정 애플리케이션에 포함된 Power BI 서비스의 콘텐츠를 보는 콘텐츠 소비자.

참고 항목

이 목록은 Power BI 콘텐츠에 액세스하는 방법을 모두 포함하는 목록이 아닙니다.

사용자 경험은 웹 브라우저마다 조금씩 다를 수 있으므로 중앙 집중식 포털에 브라우저 권장 사항을 문서화하는 것이 좋습니다. 자세한 내용은 Power BI 지원 브라우저를 참조하세요.

검사 목록 - 소비자 도구를 계획할 때 주요 결정 사항 및 작업은 다음과 같습니다.

• 최신 웹 브라우저 사용: 모든 사용자가 Power BI를 지원하는 최신 웹 브라우저에 액세스할 수 있는지 확인합니다. 모든 사용자 디바이스에서 기본 설정 브라우저가 정기적으로 업데이트되어 있는지 확인합니다.
• Power BI와 함께 Teams를 사용하는 방법 결정: 사용자가 현재 작업하는 방식과 Teams 통합이 어느 정도 유용한지를 결정합니다. 결정 사항에 따라 패브릭 관리 포털에서 Teams 통합 사용 및 Power BI 앱 자동 설치 테넌트 설정을 지정합니다.
• Teams 앱 사용 및 설치: Teams가 일반적으로 사용되는 도구인 경우 Microsoft Teams용 Power BI 앱을 사용하도록 설정합니다. 편의를 위해 모든 사용자에게 앱을 사전 설치하는 것을 고려하세요.
• Power BI Desktop 파일 보기 허용 여부 결정: OneDrive 또는 SharePoint에 저장된 Power BI Desktop 파일 보기가 허용되거나 권장되는지 고려합니다. 결정 사항에 따라 사용자가 OneDrive 및 SharePoint에 저장된 Power BI 파일을 볼 수 있음 테넌트 설정을 지정합니다.
• 사용자 교육: 콘텐츠 작성자에게 각 옵션을 최대한 활용하는 방법과 파일을 안전하게 저장할 위치에 대한 지침과 교육을 제공합니다. 중앙 집중식 포털에 기본 설정 웹 브라우저와 같은 권장 사항을 포함합니다.
• 지원 팀과 지식 이전 수행: 지원 팀이 사용자가 자주 묻는 질문에 답변할 준비가 되어 있는지 확인합니다.

제작 도구 계획

일부 사용자는 콘텐츠 작성자로 간주됩니다. 콘텐츠 작성자는 소비자가 보는 콘텐츠를 작성하고 게시합니다.

콘텐츠 작성자가 Power BI 콘텐츠를 작성하는 데 사용할 수 있는 몇 가지 도구가 있습니다. 일부 도구는 셀프 서비스 콘텐츠 작성자를 대상으로 합니다. 다른 도구는 고급 콘텐츠 작성자를 대상으로 합니다.

팁

이 섹션에서는 가장 일반적인 작성 도구를 소개합니다. 하지만 작성자에게 모든 도구가 필요한 것은 아닙니다. 확신할 수 없는 경우 Power BI Desktop만 설치하는 것으로 시작하세요.

작성에 사용할 수 있는 도구

다음 테이블에는 콘텐츠 작성자가 사용할 수 있는 가장 일반적인 도구와 애플리케이션이 나열되어 있습니다.

소프트웨어	대상 그룹
Power BI 서비스	웹 브라우저를 사용하여 콘텐츠를 개발하는 콘텐츠 소비자 및 작성자.
Power BI Desktop	Power BI 서비스에 게시할 데이터 모델 및 대화형 보고서를 개발하는 콘텐츠 작성자.
Report Server에 최적화된 Power BI Desktop	Power BI Report Server(간소화된 온-프레미스 보고서 포털)에 게시될 데이터 모델 및 대화형 보고서를 개발하는 콘텐츠 작성자.
Power BI Report Builder	Power BI 서비스 또는 Power BI Report Server에 게시될 페이지를 매긴 보고서를 개발하는 보고서 작성자.
Teams용 Power BI 앱	Power BI 서비스에서 콘텐츠와 상호 작용하며 Microsoft Teams 애플리케이션 내에 머무르는 것을 선호하는 콘텐츠 작성자 및 소비자.
Power BI 모바일 애플리케이션	iOS, Android 또는 Windows 10 애플리케이션을 사용하여 Power BI 서비스(또는 Power BI Report Server)에 게시된 콘텐츠와 상호 작용하고 관리하는 콘텐츠 작성자 및 소비자.
Excel	피벗 테이블, 차트, 슬라이서 등이 포함되었을 수 있는 통합 문서에서 Excel 기반 보고서를 개발하는 콘텐츠 작성자. Excel 통합 문서가 SharePoint 또는 회사 또는 학교용 OneDrive에 저장되어 있을 때 Power BI 서비스에서 볼 수 있습니다(선택 사항).
타사 도구	고급 콘텐츠 작성자는 선택적으로 타사 도구를 사용하고 고급 데이터 모델 관리 및 엔터프라이즈 콘텐츠 게시와 같은 목적으로 기본 제공 기능을 확장할 수 있습니다.

작성 도구 선택

작성 도구를 선택할 때 고려해야 할 몇 가지 주요 요소가 있습니다. 다음 결정 사항 중 일부는 한 번만 내릴 수 있는 반면, 다른 결정 사항은 만드는 프로젝트나 솔루션마다 평가해야 합니다.

• 브라우저 기반 작성이 바람직한가요? 사용 편의성을 개선하고 마찰을 줄이기 위해 Power BI(및 기타 패브릭 워크로드)는 콘텐츠 소비와 콘텐츠 만들기 모두에 대해 브라우저 기반 기능을 지원합니다. 이는 사용하는 데스크톱 운영 체제(Mac 사용자 포함)에 관계없이 모든 사용자가 웹 브라우저를 쉽게 사용할 수 있다는 장점이 있습니다.
• 원하는 개발 환경은 무엇인가요? Power BI Desktop은 데이터 모델과 대화형 보고서를 만드는 데 사용할 수 있는 반면, Power BI Report Builder는 페이지를 매긴 보고서를 만들기 위한 디자인 도구라는 점을 고려하세요. 또한 타사 도구는 개발자에게 Power BI Desktop에서 사용할 수 없는 추가 기능을 제공합니다. 개발 환경은 도구마다 다르기 때문에 사용할 도구를 결정할 때 각 특정 솔루션에 대한 요구 사항을 고려해야 합니다.
• 원하는 게시 환경은 무엇인가요? 고급 콘텐츠 작성자와 콘텐츠 소유자는 타사 도구(예: 모델 비교 및 병합을 위한 ALM 도구 키트)를 사용하여 콘텐츠를 게시하는 것을 선호할 수도 있습니다. 각 특정 솔루션에 대한 요구 사항을 고려해야 합니다.
• 의미 체계 모델에 액세스 및/또는 관리하는 기본 설정 방법은 무엇인가요? 고급 콘텐츠 작성자는 표준 Power Query 환경을 사용하는 대신 XMLA 엔드포인트를 사용하여 선택한 도구로 의미 체계 모델(이전에는 데이터 세트라고 함)을 읽거나 쓰는 것을 선호할 수 있습니다. 각 특정 솔루션에 대한 요구 사항을 고려해야 합니다.
• 클라이언트 도구를 얼마나 간편하게 업데이트할 수 있나요? 일부 조직에서는 클라이언트 애플리케이션을 자주 업데이트하는 것이 어렵다고 생각합니다. 이 경우 사용자는 가능하다면 웹 브라우저를 사용하는 것을 선호할 수 있습니다.
• 사용자는 어떤 기술과 전문 지식을 보유하고 있나요? 도구 선택에 영향을 주는 기존 지식과 선호도가 있을 수 있습니다. 이러한 선택은 초기 개발 활동과 사용자를 지원하고 기존 솔루션을 유지 관리하는 사람 모두에게 영향을 줍니다.
• 버전 관리를 어떻게 관리하나요? 버전 제어는 여러 가지 방법으로 수행할 수 있습니다. 클라이언트 도구에서 작업할 때 셀프 서비스 사용자는 OneDrive 또는 SharePoint를 선호하는 반면, 고급 사용자는 클라이언트 도구와 Git 통합을 선호할 수 있습니다. Power BI 서비스에서 작업하는 경우 Git 작업 영역 통합이 가능합니다.

팁

한 가지 작업 방법을 채택하고 그 방법을 지속적으로 사용하는 것이 좋습니다. 예를 들어 콘텐츠 작성자가 보고서 만들기를 위해 Power BI Desktop과 Power BI 서비스를 사용하는 것에 대해 일관성이 없는 경우 원본 보고서가 있는 위치와 보고서를 담당하는 사람을 결정하는 것이 훨씬 더 어려워집니다.

각 작성 도구를 사용해야 하는 경우

이 섹션의 나머지 부분에서는 가장 일반적인 작성 도구를 사용하는 경우를 고려합니다.

웹 기반 작성

콘텐츠 작성 및 편집을 위한 Power BI 서비스의 기능은 콘텐츠 보기, 공유, 배포 기능과 함께 지속적으로 발전하고 있습니다. Windows가 아닌 운영 체제(예: macOS, Linux 또는 Unix)를 사용하는 콘텐츠 작성자의 경우 Power BI 서비스의 웹 기반 작성이 실행 가능한 옵션입니다. 웹 기반 작성은 Power BI Desktop을 적시에 업데이트할 수 없는 조직에도 유용합니다.

참고 항목

Power BI 서비스는 웹 애플리케이션이므로 Microsoft는 최신 버전인지 확인하기 위해 모든 업데이트를 설치합니다. 이는 바쁜 IT 팀에게는 상당한 이점이 될 수 있습니다. 그러나 기능 변경 사항에 대한 정보를 얻을 수 있도록 릴리스 시기를 면밀히 모니터링하는 것도 중요합니다.

웹 기반 환경에서 만들 수 있는 Power BI 항목에는 다음과 같은 몇 가지 유형이 있습니다.

• 데이터 흐름
• 데이터마트
• 페이지를 매긴 보고서
• Power BI 보고서
• 대시보드
• 성과 기록표

패브릭 솔루션은 브라우저에서 엔드투엔드로 만들 수 있습니다. 솔루션에 Power BI 항목과 Power BI가 아닌 항목(예: 레이크하우스)이 포함될 수 있습니다.

Important

브라우저에서 콘텐츠를 작성하도록 선택하는 경우 콘텐츠 작성자에게 콘텐츠를 저장할 위치를 알려주는 것이 중요합니다. 예를 들어 새 보고서를 개인 작업 영역에 저장하는 것은 쉽지만 이것이 항상 이상적인 선택인 것은 아닙니다. 또한 버전 관리 방법(예: Git 통합)을 고려하는 것도 중요합니다.

Power BI Desktop

Power BI Desktop은 무료 애플리케이션이므로 콘텐츠 작성자가 데이터 모델 개발과 대화형 보고서 작성을 시작할 수 있는 좋은 방법입니다. Power BI Desktop을 사용하면 여러 데이터 원본에 연결하고, 여러 데이터 원본의 데이터를 결합하고, 데이터를 정리 및 변환하고, 데이터 모델을 만들고, DAX 계산을 추가하고, 단일 애플리케이션 내에서 보고서를 작성할 수 있습니다. Power BI Desktop은 탐색에 중점을 둔 대화형 보고서를 작성하는 데 적합합니다.

Power BI Desktop을 사용하는 경우 고려해야 할 몇 가지 사항은 다음과 같습니다.

• Power BI Desktop 또는 Power BI 서비스 내에서 보고서를 만들 수 있습니다. 이러한 유연성으로 인해 콘텐츠를 개발하는 방법과 위치에 대한 일관된 프로세스가 필요합니다.
• 버전 제어를 사용하는 것은 모범 사례로 간주됩니다. 셀프 서비스 콘텐츠 작성자를 위한 한 가지 옵션은 승인된 사용자에게 보안을 제공할 수 있는 버전 관리가 활성화된 위치(예: OneDrive 또는 SharePoint)에 Power BI Desktop에서 만든 파일을 저장하는 것입니다. 고급 콘텐츠 작성자는 Git 통합 사용을 선호할 수 있습니다.
• Power BI Desktop은 Windows 데스크톱 애플리케이션으로 사용할 수 있습니다. 가상화 환경에서 Power BI Desktop을 실행할 수 있습니다(선택 사항).
• Power BI Desktop은 일반적으로 매달 업데이트됩니다. 정기적인 업데이트를 통해 사용자는 새로운 기능에 빠르게 액세스할 수 있습니다. 그러나 대규모 조직에서 자주 업데이트를 배포하려면 계획이 필요합니다. 자세한 내용은 이 문서의 뒷부분에 있는 클라이언트 도구를 참조하세요.

참고 항목

Power BI Desktop에는 사용자 환경에 큰 영향을 주는 많은 옵션과 설정이 있습니다. 모든 설정을 그룹 정책 또는 레지스트리 설정(이 문서의 뒷부분에서 설명)을 사용하여 프로그래밍 방식으로 유지 관리할 수 있는 것은 아닙니다. 주요 설정 중 하나는 사용자가 Power BI Desktop에서 사용할 수 있는 미리 보기 기능과 관련이 있습니다. 그러나 미리 보기 기능은 변경될 수 있고 지원이 제한되며 미리 보기 기간 동안 Power BI 서비스에서 항상 동일한 방식으로 작동하지 않을 수도 있습니다.

새로운 기능을 평가하고 학습하는 데에는 미리 보기 기능만 사용하는 것이 좋습니다. 중요 업무용 프로덕션 콘텐츠에는 미리보기 기능을 사용하면 안 됩니다.

보고서 서버용 Power BI Desktop

Power BI Desktop의 표준 버전과 마찬가지로 콘텐츠 작성자는 보고서 서버용 Power BI Desktop을 사용하여 .pbix 파일을 만들 수 있습니다. Power BI Report Server에 대한 콘텐츠 게시를 지원합니다. 새로운 버전은 일반적으로 1년에 세 번인 Power BI Report Server의 릴리스 주기에 맞춰 조정됩니다.

콘텐츠 작성자는 콘텐츠가 Power BI Report Server에 게시된 후 호환성 문제를 방지하기 위해 올바른 보고서 서버 버전의 Power BI Desktop을 사용하는 것이 중요합니다. Microsoft 다운로드 센터에서 보고서 서버용 Power BI Desktop을 수동으로 다운로드하고 설치할 수 있습니다.

Power BI 서비스와 Power BI Report Server 모두에 콘텐츠를 게시하는 사용자에게는 두 가지 옵션이 있습니다.

• 옵션 1: Power BI 서비스와 보고서 서버 모두에 게시할 수 있는 파일을 생성하므로 보고서 서버용 Power BI Desktop만 사용합니다. 새로운 작성 기능은 Power BI Report Server 릴리스 흐름과 일관성을 유지하기 위해 약 4개월마다 사용자에게 제공됩니다.
  • 장점:
    • 콘텐츠 작성자는 하나의 도구만 사용하면 됩니다.
    • 콘텐츠 작성자는 자신이 게시하는 콘텐츠가 보고서 서버와 호환된다는 것을 확신합니다.
    • 도구가 적을수록 관리하기가 더 간편합니다.
  • 단점:
    • Power BI 서비스에서만 지원되는 일부 기능은 Power BI Desktop의 보고서 서버 버전에서는 사용할 수 없습니다. 따라서 콘텐츠 작성자는 이것이 제한적이라고 생각할 수 있습니다.
    • 새로운 기능을 사용하는 데 시간이 더 걸립니다.
    • 미리 보기 기능을 사용할 수 없습니다.
• 옵션 2: 두 버전(Power BI Desktop 및 보고서 서버용 Power BI Desktop)을 나란히 실행합니다.
  • 장점:
    • 표준 Power BI Desktop의 모든 기능을 사용할 수 있습니다.
    • 표준 Power BI Desktop의 새로운 기능을 더 빠르게 사용할 수 있습니다.
    • 콘텐츠 작성자의 재량에 따라 표준 Power BI Desktop의 미리 보기 기능을 사용할 수 있습니다.
  • 단점:
    • 콘텐츠 작성자는 대상 배포 위치에 따라 언제 어떤 버전을 사용해야 하는지 기억해야 하므로 복잡성에 대비해야 합니다. 최신 버전의 .pbix 파일이 실수로 Power BI Report Server에 게시되면 제대로 작동하지 않을 수도 있는 위험이 있습니다. 예를 들어 데이터 모델 쿼리가 실패하거나 데이터 새로 고침이 실패하거나 보고서가 제대로 렌더링되지 않습니다.
    • 콘텐츠 작성자는 Power BI Desktop 내에서 파일을 여는 대신 .pbix 파일을 직접 여는 경우의 기본 동작을 알고 있어야 합니다.

Microsoft Excel

많은 비즈니스 사용자는 Microsoft Excel에 능숙하며 이를 피벗 테이블, 차트, 슬라이서를 사용하여 데이터 분석에 사용하려고 합니다. 값의 그리드 레이아웃을 디자인하는 경우 더 큰 유연성과 서식 지정을 허용하는 다른 유용한 Excel 기능(예: 큐브 함수)도 있습니다. 일부 콘텐츠 작성자는 특히 데이터 탐색 작업을 수행할 때 일부 계산 유형에 데이터 모델의 DAX 계산 대신 Excel 수식을 사용하는 것을 선호할 수도 있습니다.

Power BI에서 Excel을 효율적으로 사용하는 몇 가지 방법은 다음과 같습니다.

• Excel을 Power BI 의미 체계 모델에 연결: 이 기능을 Excel 라이브 연결(Excel에서 시작하는 경우) 또는 Excel에서 분석(Power BI 서비스에서 시작하는 경우)이라고 합니다. Excel을 Power BI 의미 체계 모델에 연결하는 것은 기존 공유 의미 체계 모델에 연결된 시각화를 만들기 위해 Excel을 사용하는 것을 선호하는 보고서 작성자에게 가장 적합합니다. 이 방법의 장점은 데이터 내보내기가 아닌 연결이므로 Excel 통합 문서의 데이터를 새로 고칠 수 있다는 것입니다.
• Excel을 Power BI 의미 체계 모델의 기능 테이블에 연결: 전체 공유 의미 체계 모델이 아닌 Power BI 의미 체계 모델 내 테이블의 하위 집합에 Excel을 연결하려는 경우 특징 테이블을 사용할 수 있습니다. 이 옵션은 Excel에 있는 데이터를 Power BI에 저장된 데이터와 연결해야 하는 경우에 효과적입니다.
• 라이브 연결을 사용하여 Excel로 내보내기: 시각적 개체를 볼 때 Excel로 새로 고칠 수 있는 데이터 테이블을 내보낼 수 있습니다. 이 기술은 Excel에서 피벗 테이블을 사용하여 데이터를 더 자세히 탐색하려는 경우에 유용합니다.
• Excel 데이터 모델 만들기:Excel 데이터 모델(이전의 Power Pivot)은 Excel의 기본 기능입니다. 가져온 의미 체계 모델을 저장하기 위해 Power BI와 동일한 데이터베이스 엔진을 사용하고 데이터를 가져오기 위해 동일한 파워 쿼리 기능을 사용합니다. 그러나 Excel에서는 기능이 Power BI보다 훨씬 덜 자주 업데이트됩니다. 이는 소규모 모델을 만들고 Excel 작업을 선호하는 콘텐츠 작성자에게 유용합니다. 업무용 또는 비즈니스용 SharePoint 또는 OneDrive에서 통합 문서를 가져올 수 있습니다(선택 사항). 그러면 Power BI 서비스에서 통합 문서를 볼 수 있습니다. 또는 통합 문서의 데이터(회사 또는 학교용 OneDrive에 저장된 경우)와 동기화되는 새 Power BI 의미 체계 모델을 만들 수 있습니다.

Excel로 작업하는 다른 방법도 있습니다. 이러한 옵션은 최적이 아니므로 필요한 경우에만 사용해야 합니다.

• Excel로 내보내기: 많은 사용자에게 보고서나 대시보드에서 Excel로 데이터를 내보내는 습관이 있습니다. Power BI는 이 기능을 지원하지만 정적 데이터 세트가 만들어지므로 신중하고 적절하게 사용해야 합니다. Excel로 데이터 내보내기가 과도하게 사용되지 않도록 하려면 조직의 사용자에게 내보내기의 단점에 대해 교육해야 하며 관리자는 사용자 작업 데이터에서 내보내기를 추적해야 합니다.
• Excel에서 원본 데이터 가져오기: Power BI로 데이터를 가져오는 경우 Excel을 데이터 원본으로 사용할 수 있습니다. 이 기능은 원본 데이터를 유지하기 위해 사용자 친화적인 Excel 기반 솔루션이 필요한 소규모 프로젝트에 가장 적합합니다. POC(개념 증명)를 신속하게 수행하는 것도 유용할 수 있습니다. 그러나 Excel 데이터 원본과 관련된 위험을 줄이려면 원본 Excel 파일을 안전한 공유 위치에 저장해야 합니다. 또한 데이터 새로 고침이 성공하려면 열 이름을 변경해서는 안 됩니다.

팁

주로 Excel을 라이브 연결로 사용하는 것이 좋습니다.

다음은 Excel이 적절한 작성 도구인지 판단하는 경우 고려해야 할 몇 가지 중요한 사항입니다.

• 사용자가 Excel에서 Power BI 의미 체계 모델에 연결할 수 있으려면 특정 필수 조건이 충족되어야 합니다.
• 일부 조직에서는 사용자가 64비트 버전이 아닌 32비트 버전의 Excel을 설치했습니다. 64비트 버전의 Excel은 더 큰 데이터 볼륨을 지원할 수 있으며 일반적으로 32비트 버전보다 성능이 더 좋습니다. 모든 데이터 공급자도 이 선택에 따라야 합니다.
• Power BI Desktop의 일부 기능은 Excel 데이터 모델에서 사용할 수 없거나 훨씬 느린 주기로 릴리스됩니다. 따라서 Excel에서는 복잡한 모델링 요구 사항이 가능하지 않을 수 있습니다.
• Power BI Desktop에서 사용할 수 있는 일부 커넥터 및 데이터 원본은 Excel에서 사용할 수 없습니다.

팁

많은 조직에는 데이터 내보내기를 사용하는 대신 Excel 파일을 Power BI 공유 의미 체계 모델에 연결하여 현대화할 수 있는 기존 Excel 솔루션이 있습니다. 라이브 연결은 사용자가 번거로운 단계를 반복하지 않도록 하고, 데이터가 오래되는 것을 방지하며, 사용자가 Excel 데이터를 새로 고칠 때 데이터 보안이 일관되게 적용되도록 보장합니다.

Power BI Report Builder

Power BI Report Builder는 페이지를 매긴 보고서(.rdl) 파일을 만들기 위한 도구입니다. 페이지를 매긴 보고서는 Power BI 서비스 또는 Power BI Report Server에 배포할 수 있습니다. SSRS(SQL Server Reporting Services)에서 보고서를 만든 경험이 있다면 보고서 만들기 경험도 유사하다는 것을 알게 될 것입니다.

페이지를 매긴 보고서는 재무 제표와 같이 고도로 형식화되거나 인쇄할 수 있는 보고서에 가장 적합합니다. 또한 인쇄용 보고서나 PDF 생성용 보고서, 사용자 입력(보고서 매개 변수 포함)이 필요한 경우에도 적합합니다.

팁

페이지를 매긴 보고서 선택을 선호하는 다른 시나리오는 Power BI에서 페이지를 매긴 보고서를 사용하는 경우를 참조하세요.

다음은 Power BI Report Builder 사용을 결정할 때 고려해야 할 몇 가지 중요한 사항입니다.

• Power BI Desktop에서 작업할 때와는 다른 사고 방식으로 Power BI Report Builder에서 작업하는 방법에 대해 알아보세요. 페이지를 매긴 보고서는 항상 하나의 개별 보고서 생성에 중점을 둡니다. 반대로 Power BI Desktop에서 생성된 의미 체계 모델은 다양한 보고서를 제공할 수 있습니다.
• 페이지를 매긴 보고서를 개발하려면 Power BI 보고서를 만드는 것보다 더 많은 기술이 필요합니다. 그러나 주요 이점은 데이터 검색, 레이아웃, 배치를 세분화하여 제어할 수 있다는 것입니다.
• 페이지를 매긴 보고서는 데이터 검색 및 레이아웃 모두와 관련이 있습니다. 외부 데이터 원본에서 데이터를 검색하려면 쿼리(데이터 세트라고 함)를 개발해야 하며, 이 경우 기본 쿼리 문(DAX, T-SQL 또는 기타 언어)을 작성해야 할 수도 있습니다. 데이터 세트는 하나의 보고서에 속하므로 페이지를 매긴 다른 보고서에서 게시하거나 사용할 수 없습니다.
• 보고서 소비자는 Power BI 보고서의 기본 제공 대화형 기능에 익숙해집니다. 하지만 보고서 상호 작용은 페이지를 매긴 보고서의 강점이 아닙니다. 페이지를 매긴 보고서에서 유사한 대화형 기능을 달성하려는 시도는 어렵거나 불가능할 수 있습니다.
• 데이터베이스 저장 프로시저(예: Azure SQL Database 저장 프로시저)를 사용하여 데이터에 액세스해야 하는 경우 페이지를 매긴 보고서를 사용하면 가능합니다.
• 페이지를 매긴 보고서가 Power BI 서비스에 게시되는지 또는 Power BI Report Server에 게시되는지 여부에 따라 몇 가지 기능 차이와 지원되지 않는 기능이 있습니다. 대상 환경에서 무엇이 가능한지 확인하려면 개념 증명을 수행하는 것이 좋습니다.

팁

자세한 내용은 Power BI의 페이지를 매긴 보고서 FAQ 및 Power BI Report Builder의 보고서 디자인 팁을 참조하세요.

타사 도구

고급 콘텐츠 작성자는 특히 엔터프라이즈 규모의 운영을 위해 타사 도구를 사용하기로 선택할 수 있습니다. 타사 도구를 사용하여 데이터 모델을 개발, 게시, 관리, 최적화할 수 있습니다. 이러한 도구의 목표는 의미 체계 모델 작성자가 사용할 수 있는 개발 및 관리 기능을 확장하는 것입니다. 타사 도구의 일반적인 예로는 테이블 형식 편집기, DAX Studio, ALM Toolkit이 있습니다. 자세한 내용은 고급 데이터 모델 관리 사용 시나리오를 참조하세요.

참고 항목

타사 도구는 특히 고급 콘텐츠 작성자, 개발자, IT 전문가를 중심으로 전 세계 Power BI 커뮤니티에서 널리 사용되고 있습니다.

의미 체계 모델 개발 및 관리를 위해 타사 도구를 사용하는 세 가지 주요 방법이 있습니다.

• 외부 도구를 사용하여 Power BI Desktop의 로컬 데이터 모델에 연결: 일부 타사 도구는 열린 Power BI Desktop 파일의 데이터 모델에 연결할 수 있습니다. Power BI Desktop에 등록하면 이러한 도구를 외부 도구라고 하며 Power BI Desktop의 기본 기능을 확장합니다.
• XMLA 엔드포인트를 사용하여 Power BI 서비스의 원격 데이터 모델에 연결: 일부 타사 도구는 XMLA(XML for Analysis) 프로토콜을 사용하여 Power BI 서비스에 게시된 의미 체계 모델에 연결할 수 있습니다. XMLA 프로토콜을 준수하는 도구는 Microsoft 클라이언트 라이브러리를 사용하여 TOM(테이블형 개체 모델) 작업을 통해 데이터 모델에 데이터를 읽거나 씁니다.
• 템플릿 파일을 사용하여 Power BI Desktop에서 로컬 데이터 모델에 연결: 일부 타사 도구는 Power BI Desktop 템플릿(.pbit) 파일을 사용하여 간단한 방식으로 해당 기능을 배포합니다.

일부 타사 도구는 독점적이며 유료 라이선스가 필요합니다(예: 테이블 형식 편집기 3). 다른 커뮤니티 도구는 무료이며 오픈 소스입니다(예: 테이블 형식 편집기 2, DAX Studio 및 ALM 도구 키트). 콘텐츠 작성자를 충분히 지원할 수 있도록 각 도구의 기능, 비용, 지원 모델을 신중하게 평가하는 것이 좋습니다.

팁

일부 조직은 라이선스 비용이 있더라도 완벽하게 지원되는 새 도구를 승인받는 것이 더 쉽습니다. 그러나 다른 조직에서는 무료 오픈 소스 도구의 승인을 받는 것이 더 쉽습니다. IT 부서에서 지침을 제공하고 필요한 실사를 수행하는 데 도움을 줄 수 있습니다.

검사 목록 - 작성 도구에 대해 계획할 때 주요 결정 사항 및 작업은 다음과 같습니다.

• 권장할 작성 도구 결정: 셀프 서비스 작성자와 고급 콘텐츠 작성자의 경우 조직에서 사용하기 위해 적극적으로 승격할 도구가 무엇인지 고려합니다.
• 지원할 작성 도구 결정: 셀프 서비스 작성자와 고급 콘텐츠 작성자의 경우 사용 가능한 도구 중 어떤 도구를 누가 지원할지 고려합니다.
• 타사 도구 사용 평가: 고급 콘텐츠 작성자에게 어떤 타사 도구를 허용하거나 권장할지 고려합니다. 개인정보처리방침, 라이선스 비용, 지원 모델을 조사합니다.
• 콘텐츠 작성자를 위한 지침 만들기: 사용자가 자신의 상황에 적합한 작성 도구를 선택하고 사용할 수 있도록 지침과 교육을 제공합니다.

디바이스 관리 및 설정

이 섹션에서는 도구와 애플리케이션을 설치 및 업데이트하고 사용자 디바이스를 설정하기 위한 고려 사항에 대해 설명합니다.

클라이언트 도구

IT에서는 클라이언트 컴퓨터(사용자 디바이스)에 설치된 소프트웨어를 지칭하기 위해 클라이언트 도구라는 용어를 자주 사용합니다. 사용자 디바이스에 설치되는 가장 일반적인 Power BI 소프트웨어는 Power BI Desktop입니다.

Microsoft는 일반적으로 Power BI Desktop을 매달 업데이트하므로 설치 및 업데이트 관리를 위한 원활한 프로세스를 갖추는 것이 중요합니다.

다음은 조직에서 Power BI Desktop 설치 및 업데이트를 관리할 수 있는 몇 가지 방법입니다.

설치 유형	자동 업데이트 지원	설명
Microsoft Store	예	Power BI Desktop은 Microsoft Store에서 배포됩니다. 버그 수정을 포함한 모든 업데이트가 자동으로 설치됩니다. 이 옵션은 조직에서 일부(또는 전체) 사용자에 대해 Microsoft Store의 일부(또는 전체) 앱을 차단하지 않는 경우 쉽고 원활한 방법입니다.
수동 설치	아니요	Microsoft 다운로드 센터에서 실행 파일(.exe)을 수동으로 다운로드하여 설치할 수 있습니다. 그러나 소프트웨어를 설치하는 사용자는 로컬 관리자 권한이 있어야 합니다. 대부분의 조직에서는 해당 권한이 제한되어 있습니다. 이 방법을 사용하기로 선택하면(IT 팀에서 관리하지 않음) 사용자가 다른 버전의 Power BI Desktop을 설치하게 되어 호환성 문제가 발생할 위험이 있습니다. 또한 이 방법을 사용하면 버그 수정이라고도 하는 QFE(빠른 수정 엔지니어링) 릴리스가 출시될 때 이를 설치하라는 알림을 모든 사용자에게 보내야 합니다.
IT 관리형 시스템	설정에 따라 다름	Microsoft System Center 또는 Microsoft App-V(Application Virtualization)와 같은 다양한 IT 관리형 조직 배포 방법을 사용할 수 있습니다. 이 옵션은 대규모 또는 사용자 지정 방식으로 많은 설치를 관리해야 하는 조직에 가장 적합합니다.

사용자 디바이스에는 적절한 시스템 리소스가 있어야 합니다. 생산성을 높이려면 대용량 데이터로 작업하는 콘텐츠 작성자에게는 최소 요구 사항을 초과하는 시스템 리소스, 특히 메모리(RAM)와 CPU가 필요할 수도 있습니다. IT 팀에서 다른 콘텐츠 작성자와의 경험을 바탕으로 시스템 사양을 제안했을 수도 있습니다.

Power BI 개발을 위해 협업하는 모든 콘텐츠 작성자는 동일한 버전의 소프트웨어, 특히 일반적으로 매달 업데이트되는 Power BI Desktop을 사용해야 합니다. 다음과 같은 이유로 업데이트를 사용자가 자동으로 사용할 수 있도록 설정하는 것이 좋습니다.

• Power BI Desktop 파일에서 협업하는 여러 콘텐츠 작성자는 동일한 버전을 사용하게 됩니다. 동일한 .pbix 파일로 함께 작업하는 작성자에게는 동일한 소프트웨어 버전을 사용하는 것이 중요합니다.
• 사용자가 업데이트를 받기 위해 특별한 작업을 할 필요가 없습니다.
• 사용자는 새로운 기능을 활용할 수 있으며 사용자 경험은 공지와 문서에 맞추어 조정됩니다. 콘텐츠 작성자가 새로운 기능과 기능을 알게 되지만 소프트웨어 업데이트가 오래 지연되면 채택률과 사용자 만족도에 영향을 줄 수 있습니다.
• Microsoft에서는 최신 버전의 Power BI Desktop만 지원합니다. 사용자에게 문제가 있어 지원 티켓을 제출하면 Microsoft 지원 팀에서 소프트웨어를 최신 버전으로 업그레이드하라는 요청을 받게 됩니다.

Power BI Desktop(이전에 설명) 외에도 모바일 디바이스를 포함한 사용자 디바이스에 다른 Microsoft 도구 또는 타사 도구를 설치하고 관리해야 할 수도 있습니다. 사용 가능한 도구 목록은 이 문서의 앞부분에 있는 작성 시 사용 가능한 도구를 참조하세요.

Fabric OneLake에 있는 파일을 만들고 관리하는 사용자는 OneLake 파일 탐색기의 이점을 누릴 수도 있습니다. 이 도구를 사용하면 Windows 파일 탐색기를 사용하여 OneLake에서 파일을 편리하게 업로드, 다운로드, 편집 또는 삭제할 수 있습니다.

참고 항목

IT 부서에 관리형 디바이스 정책이 있을 수 있습니다. 이러한 정책은 설치할 수 있는 소프트웨어와 소프트웨어 관리 방법을 제어할 수 있습니다.

클라이언트 도구 필수 조건

Power BI Desktop과 같은 클라이언트 도구가 설치된 콘텐츠 작성자에게는 특정 필수 소프트웨어 또는 패키지가 필요할 수 있습니다.

• WebView2: (필수) Power BI Desktop을 실행하는 콘텐츠 작성자의 경우 Microsoft Edge WebView2 런타임이 필수 조건입니다. WebView2를 사용하면 안전한 방식으로 Power BI Desktop에 웹 기술(예: HTML, CSS, JavaScript)을 포함할 수 있습니다. 사용자 디바이스에 최신 버전의 Windows가 있거나 Microsoft 365 애플리케이션이 설치되어 있고 월별 업데이트를 사용하는 경우 WebView2는 이미 설치되어 있습니다.
• .NET Framework: (필수) Power BI Desktop 또는 타사 도구를 실행하는 콘텐츠 작성자의 경우 .NET Framework가 필수 조건입니다. .NET Framework는 Windows 앱 빌드 및 실행을 지원하는 기술입니다. Power BI Desktop에는 특정 버전 이상이 필요합니다.
• Microsoft Edge: (필수) Power BI Desktop을 실행하는 콘텐츠 작성자의 경우 Edge 브라우저가 필수 조건입니다.
• Python 및 R 패키지: (선택 사항) Python 및 R 스크립트는 테넌트 설정에 의해 사용되는 경우 Power BI에서 다양한 방법으로 사용될 수 있습니다. 스크립트를 사용하여 Python 시각적 개체 또는 R 시각적 개체를 만들 수 있습니다. 쿼리 편집기에서도 스크립트를 만들 수 있습니다. 이 경우 Python과 R은 표준 데이터 게이트웨이에서 지원되지 않으므로 개인 게이트웨이가 필요합니다. Python 패키지 또는 R 패키지가 필수 조건입니다. 호환되지 않는 경우를 방지하려면 IT 팀은 어떤 패키지가 설치되는지, 어디에 설치되는지, 설치된 버전이 Power BI 서비스에서 지원되는 버전과 일치하는지 관리해야 합니다.

데이터 연결 구성 요소

데이터 원본에 따라 사용자 디바이스에 드라이버, 커넥터 또는 공급자를 설치해야 할 수 있습니다. 이러한 구성 요소는 사용자가 클라이언트 도구(예: Power BI Desktop) 또는 타사 도구에서 작업할 때 데이터 연결을 사용하도록 설정합니다.

• 드라이버:드라이버는 다른 시스템에 연결하는 소프트웨어 구성 요소입니다. 예를 들어 Oracle 데이터베이스에 연결하려면 Oracle 데이터 액세스 클라이언트 소프트웨어가 필요할 수 있습니다. 또는 SAP HANA에 연결하려면 ODBC 드라이버가 필요할 수 있습니다.
• 사용자 지정 커넥터: 기존 또는 독점 시스템에 연결할 때 사용자 지정 데이터 원본 커넥터가 필요할 수도 있습니다.
• Excel 공급자:Excel에서 분석 공급자를 사용하면 사용자는 Power BI 서비스에 게시된 기존 공유 의미 체계 모델에 연결되어 있는 동안 Excel에서 시각화를 만들 수 있습니다.
• Analytic Services 클라이언트 라이브러리: Analysis Services 원본에 연결할 때 클라이언트 라이브러리를 설치해야 합니다.
• Access 데이터베이스 OLE DB 공급자: Access 데이터베이스에 연결할 때 OLE DB 공급자를 설치해야 합니다.

Important

게이트웨이를 통한 연결이 필요한 데이터 원본의 경우 동일한 드라이버, 커넥터 및 공급자를 각 데이터 게이트웨이 시스템에 설치해야 합니다. 데이터 게이트웨이의 구성 요소 누락은 콘텐츠가 Power BI 서비스에 게시된 후 데이터 새로 고침이 실패하는 일반적인 원인입니다.

팁

더 많은 사용자에게 전달을 단순화하기 위해 많은 IT 팀에서는 가장 일반적인 드라이버, 커넥터, 공급자를 표준 사용자 디바이스 설정의 일부로 배포합니다.

버전 제어 도구

Power BI Desktop과 같은 클라이언트 도구가 설치된 콘텐츠 작성자는 파일의 버전 또는 기록 복사본을 저장할 수 있는 방법도 있어야 합니다. 이전 버전에 대한 액세스는 변경 내용을 롤백해야 할 때 특히 유용합니다.

개발 파일의 버전 관리를 처리하는 두 가지 주요 방법이 있습니다.

• Teams, 비즈니스용 OneDrive, SharePoint: 셀프 서비스 콘텐츠 작성자는 Teams, 직장이나 학교용 OneDrive, SharePoint에 파일을 저장하는 경우가 많습니다. 사용자는 이러한 도구가 친숙하고 사용하기 쉽다고 생각합니다. 공유 라이브러리를 구성하고, 적절한 동료들을 위해 보안을 유지할 수 있으며, 버전 관리 기능이 내장되어 있습니다.
• 원본 제어 플러그인: 고급 콘텐츠 작성자는 원본 제어 도구와 통합해야 할 수도 있습니다. 예를 들어, 일반적으로 원본 제어를 위해 Git을 설치한 다음 Visual Studio Code와 같은 원본 제어 관리 도구를 사용하여 콘텐츠 변경 내용을 원격 리포지토리(예: Azure DevOps Repos)에 커밋하는 작업이 포함됩니다. Power BI Desktop의 경우 개발자 모드를 사용할 수 있습니다. 이 모드에서는 콘텐츠가 기본 원본 제어 시스템과 호환되는 Power BI 프로젝트(.pbip) 파일로 저장됩니다. 패브릭으로 작업할 때 클라이언트 도구 작업을 위해 Git 통합이 지원됩니다.

자세한 내용은 파일 위치 전략을 참조하세요.

사용자 지정 시각적 개체

개발자가 Power BI 시각적 개체 SDK를 사용하여 만들 수 있는 Power BI 사용자 지정 시각적 개체를 통해 Power BI 보고서 작성자는 기본 제공 핵심 시각적 개체 이상의 작업을 수행할 수 있습니다. 사용자 지정 시각적 개체는 Microsoft, 소프트웨어 개발자, 공급업체 또는 파트너가 만들고 릴리스할 수 있습니다.

Power BI Desktop에서 사용자 지정 시각적 개체를 사용하려면 먼저 콘텐츠 작성자의 컴퓨터에 설치해야 합니다. 사용자에게 시각적 개체를 배포하는 방법에는 여러 가지가 있습니다.

• AppSource:AppSource는 Microsoft 소프트웨어용 애플리케이션, 추가 기능, 확장을 판매하는 마켓플레이스입니다. 시각적 개체는 Power BI 시각적 개체(.pbiviz) 파일을 사용하여 AppSource에 배포됩니다. 시각적 개체는 무료로 배포되거나 라이선스가 필요할 수 있습니다.
  • 장점:
    • 사용자는 AppSource에서 시각적 개체를 쉽게 검색하고 찾을 수 있습니다.
    • 모든 보고서와 대시보드는 AppSource에서 가져온 최신 버전의 사용자 지정 시각적 개체를 사용하도록 자동으로 업데이트됩니다.
    • 인증된 시각적 개체 사용을 지원합니다.
    • Microsoft는 AppSource에 게시된 시각적 개체에 대해 기본 유효성 검사를 수행합니다. 검토 범위는 해당 시각적 개체가 인증되었는지 여부에 따라 달라집니다.
  • 잠재적인 단점:
    • 각 콘텐츠 작성자가 AppSource에서 필요한 것을 다운로드할 때 사용자가 다른 버전을 설치하면 비호환성이 발생할 수 있습니다.
    • 콘텐츠 작성자가 아직 조직에서 사용하도록 테스트되거나 승인되지 않은 시각적 개체를 다운로드할 수 있습니다.
    • 시각적 개체의 개발자는 엄격한 게시 프로세스를 따라야 합니다. 보안이 강화되고 안정성이 향상되지만 이 프로세스로 인해 버그 수정을 신속하게 릴리스하기가 어려울 수 있습니다.
• 시각적 개체 파일 가져오기: 콘텐츠 작성자는 Power BI Desktop으로 시각적 개체 파일을 가져올 수 있습니다.
  • 장점:
    • 공개적으로 사용 가능하거나 비공개로 배포되는 시각적 개체를 설치할 수 있습니다. 여기에는 내부적으로 개발된 시각적 개체나 공급업체에서 구매한 독점 시각적 개체가 포함됩니다.
    • AppSource 외부에서 시각적 개체 파일을 얻을 수 있는 방법을 허용합니다.
  • 잠재적인 단점:
    • 중앙 집중식 시스템이 없으면 콘텐츠 작성자가 조직에서 사용하도록 승인된 시각적 개체가 무엇인지 알기 어려울 수 있습니다.
    • 각 콘텐츠 작성자가 자신이 가지고 있는 시각적 개체 파일을 가져올 때 사용자가 다른 버전을 설치하면 비호환성이 발생할 수 있습니다.
    • 업데이트는 사용자 디바이스에 자동으로 전파되지 않습니다. 로컬 Power BI Desktop 파일의 보고서는 각 사용자가 시각적 개체 파일을 업데이트할 때까지 업데이트되지 않습니다.
    • 인증된 시각적 개체의 사용을 지원하지 않습니다.
• 조직 시각적 개체:조직 시각적 개체 리포지토리는 시각적 개체 관리를 위한 패브릭 관리 포털의 중앙 집중식 영역입니다.
  • 장점:
    • 콘텐츠 작성자는 시각적 파일을 관리할 필요가 없습니다. 대신 패브릭 관리자는 모든 사용자가 사용할 수 있는 시각적 개체 버전을 중앙에서 관리합니다. 버전 일관성은 모든 사용자 및 모든 보고서에 대해 보장됩니다.
    • 공개적으로 또는 비공개적으로 배포 가능한 시각적 개체를 설치할 수 있습니다. 여기에는 내부적으로 개발된 시각적 개체나 공급업체에서 구매한 독점 시각적 개체가 포함됩니다.
    • 조직에서 사용하기 위해 시각적 개체를 테스트하고 사전 승인할 수 있습니다. 이 검증 프로세스는 승인되지 않은 시각적 개체가 사용되는 위험을 줄여줍니다. 또한 사용이 승인된 시각적 개체의 특정 버전을 보다 유연하게 설정할 수 있습니다.
    • 모든 보고서와 대시보드는 최신 버전을 사용하도록 자동으로 업데이트됩니다(시각적 개체 파일이 관리 포털에서 업데이트되거나 AppSource에서 사용 가능한 경우).
    • 현재 조직에서 사용 중인 시각적 개체가 더 이상 신뢰할 수 없는 것으로 간주되면 조직의 시각적 개체 리포지토리에서 사용하지 않거나 삭제할 수 있습니다. 이 경우 보고서 및 대시보드에서 시각적 개체가 렌더링되지 않습니다.
    • AppSource의 인증되지 않은 시각적 개체 사용을 허용합니다. 이는 인증되지 않은 시각적 개체를 차단하도록 테넌트 설정을 설정했지만 특정 인증되지 않은 시각적 개체가 조직에서 사용하도록 검증되고 승인된 경우에 유용합니다.
  • 잠재적인 단점:
    • 패브릭 관리자가 조직의 시각적 개체를 중앙에서 관리해야 합니다.
    • 중앙 집중화는 사용자 유연성 감소 및 시각적 개체 버전 업데이트 지연 가능성과 관련이 있습니다.
    • 시각적 개체가 인증되지 않은 경우 일부 기능을 사용할 수 없습니다(AppSource에서 가져와야 함).

Important

조직에서 데이터 개인 정보 보호 및 데이터 유출에 대해 크게 우려하는 경우 조직의 시각적 개체 리포지토리를 통해 모든 사용자 지정 시각적 개체를 관리하는 것이 좋습니다.

팁

사용자 지정 시각적 개체를 배포하는 방법은 거버넌스 고려 사항입니다. 콘텐츠 작성자를 충분히 지원할 수 있도록 비용과 지원 모델을 고려하여 각 시각적 개체의 기능을 신중하게 평가하는 것이 좋습니다.

또한 새로운 사용자 지정 시각적 개체의 사용을 승인하기 전에 다음과 같은 이유로 보안 및 데이터 개인 정보 보호 위험을 평가하는 것이 중요합니다.

• 시각적 개체는 JavaScript 코드를 실행하고 시각화된 데이터에 액세스할 수 있습니다.
• 시각적 개체는 데이터를 외부 서비스로 전송할 수 있습니다. 예를 들어 시각적 개체는 AI 알고리즘을 실행하거나 지도를 렌더링하기 위해 데이터를 API로 전송해야 할 수 있습니다. 시각적 개체가 외부 서비스에 데이터를 전송한다고 해서 신뢰할 수 없다는 의미는 아닙니다. 데이터를 전송하는 시각적 개체는 인증할 수 없습니다.

자세한 내용은 조직의 시각적 개체 관리를 참조하세요.

그룹 정책 설정

그룹 정책은 Windows 시스템과 네트워크 환경의 운영 체제, 애플리케이션, 사용자 설정을 중앙 집중식으로 관리하고 구성하는 기능을 제공합니다. 이는 IT가 일관된 사용자 계정과 컴퓨터 설정을 롤아웃하고 관리하는 데 도움이 됩니다. Power BI Desktop의 경우 그룹 정책의 가장 일반적인 용도는 사용자 지정 시각적 개체를 관리하는 것입니다(이전 섹션에서 설명).

Power BI Desktop에서 인증되지 않은 시각적 개체를 허용할지 또는 차단할지 지정할 수 있습니다. 사용자의 환경이 Power BI Desktop과 Power BI 서비스 모두에서 일관되도록 하려면 사용자 지정 시각적 개체를 두 위치에서 일관되게 관리하는 것이 중요합니다.

• 테넌트 설정:인증된 시각적 개체만 추가 및 사용(인증되지 않은 시각적 개체 차단) 테넌트 설정은 사용자가 Power BI 서비스에서 보고서를 생성하거나 편집하는 경우 사용자 지정 시각적 개체 사용을 허용하거나 차단합니다.

• 그룹 정책: 그룹 정책 설정은 사용자가 Power BI Desktop에서 보고서를 만들거나 편집할 때 사용자 지정 시각적 개체의 사용을 제어합니다. 콘텐츠 작성자가 Power BI 서비스에 표시할 수 없는 콘텐츠를 Power BI Desktop에서 만드는 데 상당한 시간을 소비한 경우 잘못된 테넌트 설정으로 인해 사용자의 불만이 상당히 커질 수 있습니다. 따라서 두 가지를 모두 정렬하는 것이 중요합니다.

그룹 정책을 사용하여 사용자 지정 시각적 개체에서 데이터 내보내기를 허용할지 아니면 차단할지 지정할 수도 있습니다.

레지스트리 설정

Windows 운영 체제는 Windows 레지스트리에 컴퓨터 정보, 설정, 옵션을 저장합니다. Power BI Desktop의 경우 레지스트리 설정을 설정하여 사용자 컴퓨터를 사용자 지정할 수 있습니다. 레지스트리 설정은 그룹 정책에 의해 업데이트될 수 있으며, 이는 IT가 모든 사용자(또는 사용자 그룹)에 대해 일관된 기본 설정을 설정하는 데 도움이 됩니다.

Power BI Desktop과 관련된 레지스트리 설정의 몇 가지 일반적인 용도는 다음과 같습니다.

• 소프트웨어 업데이트가 있다는 알림을 사용하지 않도록 설정합니다. 이는 IT가 Power BI Desktop 업데이트를 받고 유효성 검사를 수행한 다음 일반적인 프로세스를 통해 사용자 디바이스에 업데이트를 푸시할 것이라고 확신할 때 유용합니다.
• 전역 개인 정보 수준을 설정합니다. 여러 데이터 원본이 병합될 때 데이터 개인 정보 보호 위반을 방지하는 데 도움이 될 수 있으므로 이 설정의 기본값을 조직으로 설정하는 것이 좋습니다.
• Power BI Desktop 로그인 양식을 사용하지 않도록 설정합니다. 양식을 사용하지 않도록 설정하면 조직 컴퓨터가 자동으로 로그인되는 경우에 유용합니다. 이 경우 사용자에게 메시지를 표시할 필요가 없습니다.
• 쿼리 편집기 성능을 튜닝합니다. 이 설정은 기본값을 변경하여 쿼리 실행 동작에 영향을 주어야 할 때 유용합니다.
• 외부 도구 리본 탭을 사용하지 않도록 설정합니다. 외부 도구 사용을 승인하거나 지원할 수 없음을 알고 있는 경우 리본 탭을 사용하지 않도록 설정할 수 있습니다.

팁

일반적으로 목표는 사용자가 도구를 사용하여 수행할 수 있는 작업을 크게 제한하는 것이 아닙니다. 오히려 사용자 경험을 개선하고 지원 요구 사항을 줄이는 것이 중요합니다.

모바일 장치 관리

많은 사용자는 집에 있든 여행 중이든 상관없이 태블릿이나 휴대폰과 같은 모바일 디바이스에서 Power BI 콘텐츠와 상호 작용하는 것을 좋아합니다. iOS, Android 및 Windows용 Power BI 모바일 앱은 주로 소형 폼 팩터와 터치 스크린용으로 설계되었습니다. 이를 통해 Power BI 서비스 또는 Power BI Report Server에 게시된 콘텐츠와 더 쉽게 상호 작용할 수 있습니다.

Microsoft Intune을 사용하는 관리형 디바이스와 비관리형 디바이스에 대한 앱 보호 정책과 디바이스 보호 정책을 지정할 수 있습니다. Intune은 모바일 디바이스 및 애플리케이션 관리를 제공하고 MAM(모바일 애플리케이션 관리) 정책을 지원하는 소프트웨어 서비스입니다. 정책은 다양한 보호 수준으로 설정할 수 있습니다.

Microsoft 365 또는 타사의 MDM(모바일 디바이스 관리) 솔루션을 사용하여 Power BI 모바일 앱의 동작을 사용자 지정할 수도 있습니다(선택 사항). Windows용 Power BI 앱은 WIP(Windows Information Protection)도 지원합니다.

MAM 및 MDM 정책을 사용하기 위해 선택할 수 있는 몇 가지 방법은 다음과 같습니다.

• 데이터 보호 설정을 지정합니다.
• 앱을 사용하지 않을 때 애플리케이션 데이터를 암호화합니다.
• 디바이스를 분실한 경우 데이터를 선택적으로 초기화합니다.
• 개인 스토리지 위치에 데이터를 저장하지 않습니다.
• 잘라내기, 복사, 붙여넣기 작업을 제한합니다.
• 조직 데이터의 인쇄를 방지합니다.
• 모바일 앱을 열려면 생체 인식 데이터 또는 액세스 PIN이 필요합니다.
• 사용자가 모바일 앱에서 선택하거나 탭하는 경우 기본 동작을 지정합니다.

디바이스 및 데이터 보안에 대한 자세한 내용은 Power BI 보안 백서를 참조하세요.

검사 목록 - 디바이스 관리 시 주요 결정 사항 및 작업에는 다음이 포함됩니다.

• Power BI Desktop 업데이트 방법 결정: Power BI Desktop(및 기타 클라이언트 도구) 설치 방법을 고려합니다. 가능하다면 업데이트가 자동으로 설치되도록 하세요.
• 필요한 클라이언트 도구 필수 조건 식별: 모든 필수 조건 소프트웨어 및 패키지가 정기적으로 설치되고 업데이트되도록 합니다.
• 필요한 데이터 연결 구성 요소 식별: 데이터 연결에 필요한 모든 드라이버, 커넥터, 공급자가 정기적으로 설치되고 업데이트되도록 합니다.
• 사용자 지정 시각적 개체 처리 방법 결정: AppSource 및 기타 원본에서 사용자 지정 시각적 개체를 처리하는 방법을 결정합니다. 결정 사항에 맞게 Power BI SDK에서 만든 시각적 개체 허용 테넌트 설정과 인증된 시각적 개체만 추가 및 사용 테넌트 설정을 설정합니다. 사용자가 새로운 사용자 지정 시각적 개체를 요청할 수 있는 프로세스를 만드는 것이 좋습니다.
• 그룹 정책 설정 지정: Power BI 서비스에서와 마찬가지로 Power BI Desktop에서도 사용자 지정 시각적 개체가 동일한 방식으로 관리되도록 그룹 정책을 설정합니다.
• 레지스트리 설정 지정: 해당되는 경우 레지스트리 설정을 지정하여 사용자 컴퓨터를 사용자 지정합니다.
• 모바일 디바이스 관리 조사: 적절한 경우 모바일 디바이스에 앱 보호 정책 및 디바이스 보호 정책을 사용하는 것이 좋습니다.

관련 콘텐츠

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