Power BI 구현 계획: 콘텐츠 지원 및 모니터링
참고 항목
이 문서는 Power BI 구현 계획 시리즈의 일부를 구성합니다. 이 시리즈는 주로 Microsoft Fabric 내 Power BI 환경에 중점을 두고 있습니다. 시리즈에 대한 소개는 Power BI 구현 계획을 참조하세요.
이 문서는 콘텐츠 수명 주기 관리의 일부로 콘텐츠를 지원하고 모니터링하는 데 도움이 됩니다. 주로 다음을 대상으로 합니다.
- 패브릭 관리자: 조직에서 패브릭 감독을 담당하는 관리자입니다. Fabric 관리자는 Microsoft 365 또는 Azure DevOps를 감독하는 관리자와 같은 다른 관리자와 협업해야 할 수도 있습니다.
- COE(우수성 센터) 및 BI 팀: 조직에서 Power BI의 감독을 담당하는 팀으로, 이러한 팀에는 Power BI 콘텐츠의 수명 주기를 관리하는 방법을 결정하는 의사 결정자가 포함됩니다. 또한 이러한 팀에는 콘텐츠 릴리스의 수명 주기를 처리하는 릴리스 관리자와 수명 주기 관리를 효과적으로 사용하고 지원하는 데 필요한 구성 요소를 만들고 관리하는 엔지니어가 포함될 수 있습니다.
- 콘텐츠 작성자 및 콘텐츠 소유자: 다른 사용자와 공유하기 위해 Fabric 포털에 게시하려는 콘텐츠를 만드는 사용자입니다. 이러한 개인은 자신이 만드는 Power BI 콘텐츠의 수명 주기를 관리할 책임이 있습니다.
수명 주기 관리는 콘텐츠 만들기부터 최종 사용 중지까지 콘텐츠를 처리하는 데 사용하는 프로세스 및 방식으로 구성됩니다. 수명 주기 관리의 네 번째 단계에서는 처음에 개발 작업 영역에 콘텐츠를 게시하고 테스트 및 프로덕션 작업 영역으로 콘텐츠를 승격시키는 작업 모두를 포함하는 콘텐츠를 배포합니다. 네 번째 단계가 끝나면 콘텐츠 소비자는 이미 콘텐츠를 사용할 수 있게 됩니다. 다섯 번째 단계에서는 이 콘텐츠를 지원하고 사용량을 모니터링하여 채택을 용이하게 하고 문제를 해결합니다.
솔루션을 효과적으로 채택하려면 콘텐츠를 지원하고 모니터링하는 것이 중요합니다. 지원은 콘텐츠 뷰어와 소비자가 배포한 콘텐츠를 효과적으로 사용할 수 있도록 하는 방법을 나타냅니다. 모니터링은 솔루션을 추적하고 측정하기 위해 수행하는 감사 및 모니터링 작업과 콘텐츠 뷰어 및 소비자가 솔루션을 사용하는 방식 모두를 의미합니다.
다음 이미지는 콘텐츠를 지원하고 모니터링하는 5단계를 강조 표시하는 Power BI 콘텐츠의 수명 주기를 보여 줍니다.
참고 항목
콘텐츠 수명 주기 관리에 대한 개요는 이 시리즈의 첫 번째 문서를 참조하세요.
이 문서에서는 수명 주기 동안 콘텐츠를 지원하고 모니터링하기 위한 주요 고려 사항 및 결정에 중점을 둡니다. 콘텐츠를 지원하고 모니터링하는 방법에 대한 자세한 지침은 다음을 참조하세요.
- Fabric 채택 로드맵: 사용자 지원: 이 문서에서는 Fabric 및 Power BI 사용자를 지원하기 위한 일반적인 고려 사항 및 지침을 설명합니다.
- Power BI 구현 계획: 감사 및 모니터링: 이 시리즈에서는 콘텐츠를 감사하고 모니터링하는 데 사용할 수 있는 옵션을 자세히 설명합니다.
- BI 솔루션 계획: 배포, 지원, 모니터링: 이 문서에서는 Fabric 또는 Power BI 솔루션을 처음 만들 때 콘텐츠를 지원하기 위한 몇 가지 고려 사항을 설명합니다.
- Power BI로 마이그레이션: 솔루션 지원: 이 문서에서는 다른 기술에서 마이그레이션하는 동안 Power BI 솔루션을 가장 효과적으로 지원하는 방법에 대한 몇 가지 고려 사항을 설명합니다.
이 시점에서 콘텐츠는 이미 배포되었으며 소비자는 이 콘텐츠를 사용할 수 있게 됩니다. 다음 작업은 수명 주기 내내 콘텐츠를 충분히 지원하는 것입니다.
지원을 처리하는 방법은 콘텐츠를 소유하고 관리하는 사람에 따라 크게 달라집니다. 엔터프라이즈 BI 콘텐츠는 가장 강력한 지원 모델을 가질 가능성이 높습니다. 그러나 관련된 사람과 프로세스가 다를 수 있지만, 분산된 팀에서 만든 비즈니스 주도 및 셀프 서비스 콘텐츠도 지원되어야 합니다. 모든 작성자에게 게시하는 콘텐츠를 지원하기 위한 의무가 무엇인지 명확하게 알립니다.
팁
데이터 및 BI 환경이 번창하기를 기대한다면 프로덕션(비개발, 비테스트) 콘텐츠를 지원하는 것이 얼마나 중요한지 과소평가하지 마세요.
다음 섹션에서는 콘텐츠를 지원하고 모니터링하는 방법에 대한 몇 가지 주요 고려 사항 및 결정에 대해 간략하게 설명합니다.
지원 모델 결정
지원 모델을 정의하기 위한 몇 가지 유효한 방법이 있습니다. 옵션은 비공식적인 팀 내 및 내부 커뮤니티 지원부터 보다 공식적으로 구성된 지원 센터 및 추가 지원에 이르기까지 다양합니다. 그러나 사용자를 지원하기 위해 둘 이상의 방법을 사용하는 것이 일반적입니다. 다양한 유형의 사용자 지원 계획에 대한 자세한 고려 사항은 사용자 지원을 참조하세요.
지원 모델을 계획할 때 고려해야 할 두 가지 주요 유형의 사용자가 있습니다.
- 소비자 지원: 조직의 다른 사용자가 생성한 콘텐츠를 사용하는 소비자 또는보기 전용 사용자에게 정확하고 시기 적절한 콘텐츠를 제공하도록 지원하는 데 중점을 두고 있습니다.
- 콘텐츠 작성자 지원: 다른 사용자가 사용하는 콘텐츠를 설계, 게시, 보호, 관리하는 셀프 서비스 BI 작성자의 요구 사항을 지원하는 데 중점을 두고 있습니다. 이러한 셀프 서비스 BI 작성자는 제공된 솔루션을 사용하여 다른 콘텐츠를 만듭니다.
참고 항목
지원 모델을 계획하는 데 중요한 다양한 항목이 있습니다.
- 사용자 도구 및 디바이스: 콘텐츠 작성자와 소비자가 도구를 설치하고 사용하여 콘텐츠를 만들고 보는 데 도움을 받을 수 있는 방법을 계획합니다.
- 멘토링 및 사용자 지원: 콘텐츠를 효과적으로 만들고 사용할 수 있도록 사용자 커뮤니티의 역량을 개선하는 방법을 계획합니다.
- 사용자 지원: 내부 및 외부 지원 채널을 사용하는 사용자의 문제를 해결하는 방법을 계획합니다.
이 섹션의 나머지 부분에서는 콘텐츠 소비자와 작성자 모두를 위한 고려 사항을 소개합니다.
콘텐츠 소비자 지원
콘텐츠를 보기만 하면 되는 소비자를 지원할 때 다음 사항을 고려합니다.
- 도움을 받는 방법: 소비자는 누구에게 도움을 요청해야 하는지 어떻게 알 수 있나요? 몇 가지 일반적인 상황은 다음과 같습니다.
- 읽기 전용 소비자를 위한 전략이 있습니다.
- 소비자를 위한 요청 액세스 워크플로를 만듭니다.
- 데이터 새로 고침, DirectQuery 보고 연결 실패 또는 데이터 수준 보안이 사용자를 위해 제대로 설정되지 않은 경우 등 생산성을 방해하는 중요한 문제를 해결합니다.
- 책갈피 또는 단추와 관련된 보고 문제와 같이 시간에 민감하지 않은 중요하지 않은 문제를 해결합니다.
- 데이터 불일치 해결
- 솔루션을 사용하는 방법: 소비자가 솔루션을 사용하고 완전히 이해할 수 있도록 어떤 종류의 지원이 제공되나요? 보고서 또는 짧은 비디오 자습서 내의 개요 페이지는 사용자에게 유용할 수 있습니다(예: 다른 보고서로 드릴스루하는 방법을 보여 줄 수 있음). 이러한 유형의 도움을 제공하면 솔루션 채택이 늘어나고 투자 수익률이 높아지며 지원 사례가 줄어들 수 있습니다.
- 피드백을 받아들이는 방법: 소비자에게 새로운 요청 또는 개선 사항이 있는 경우 어떻게 요청을 제출해야 하나요? 피드백 루프(예: 양식)를 사용하면 솔루션을 개선하기 위한 아이디어를 받아들일 수 있습니다. 피드백 루프는 밀접하게 관련된 개념이므로 지원 계획과 함께 고려되는 경우가 많습니다.
참고 항목
솔루션이 프로덕션에 배포되면 유효성 검사 중에 받은 피드백과 비교하여 다양한 유형과 양의 피드백을 받게 될 것으로 예상합니다. 이번 하이퍼케어 기간(주요 변경 직후 기간)에는 더 많은 양의 요청과 피드백이 있을 것으로 예상합니다. 이렇게 더 높은 볼륨에 맞게 계획하고 이를 사용자 커뮤니티와의 신뢰를 구축할 수 있는 기회로 삼으려고 합니다.
콘텐츠 작성자 지원
콘텐츠를 만들고, 게시하고, 유지 관리해야 하는 데이터 작성자 및 보고서 작성자를 모두 지원할 때 다음 사항을 고려해야 합니다.
- 새 콘텐츠를 게시하는 방법: 작성자는 새 콘텐츠를 게시해야 할 때 누구에게 도움을 요청해야 하는지 어떻게 알 수 있나요? 필요한 도움의 정도는 테넌트 설정 및 작성자의 작업 영역 역할에 따라 달라집니다. 자주 발생하는 몇 가지 일반적인 요청은 다음과 같습니다.
- 새 작업 영역을 만들 수 있는 사용자와 작업 영역 만들기 프로세스를 관리합니다.
- 배포 파이프라인 만들기 또는 Azure DevOps에 액세스합니다(4 단계: 콘텐츠 배포 참조).
- 보안 업데이트 방법: 작성자가 보안 업데이트를 요청하는 프로세스는 무엇인가요? 콘텐츠 사용 권한은 사용자가 얼마나 자주 변경하는지에 따라 정기적인 주의가 필요할 수 있습니다. 몇 가지 일반적인 작업에는 다음에서 사용자, 보안 그룹, 서비스 주체 추가 및 제거가 포함됩니다.
- 새 기능에 액세스하는 방법: 작성자가 현재 액세스할 수 없는 기능을 사용해야 하는 경우 어떻게 해야 하나요? 몇 가지 일반적인 상황은 다음과 같습니다.
- 작업 영역 라이선스 모드
- 용량 관리 및 (SKU) 크기입니다.
- 데이터 연결을 업데이트하는 방법: 작성자가 게이트웨이 또는 연결에 액세스해야 하는 경우 업데이트를 요청하기 위해 수행해야 하는 절차는 무엇인가요(권한이 없는 경우)? 일반적인 상황은 다음과 같습니다.
팁
사용자가 생산성을 유지할 수 있도록 가장 긴급한 지원 문제를 신속하게 해결할 수 있도록 준비해야 합니다. 차단되면 사용자는 특히 지원 채널의 응답이 느린 경우 계속 이동할 수 있는 해결 방법(이상적이지 않을 수 있음)을 찾을 수 있습니다.
콘텐츠 소비자와 작성자 모두를 위한 지원 모델을 정의한 후에는 콘텐츠를 지원하는 방법을 계획해야 합니다. 일반적으로 여기에는 정기적으로 콘텐츠를 감사하고 모니터링하는 작업이 포함됩니다.
콘텐츠 감사 및 모니터링 방법 결정
수명 주기 내내 콘텐츠를 감사하고 모니터링하는 것이 중요합니다. 콘텐츠를 감사하는 프로세스를 만들면 다양한 방법으로 도움이 될 수 있습니다.
- 솔루션 채택 평가: 채택의 두 가지 측면을 정기적으로 분석해야 합니다.
- 솔루션 사용: 콘텐츠 사용량 수준을 분석하려면 어떤 콘텐츠가, 언제, 누구에 의해, 어떻게 사용되는지 이해해야 합니다. 묻고자 하는 질문 유형에 대한 자세한 내용은 콘텐츠 사용량을 참조하세요.
- 솔루션의 효과적인 사용: 콘텐츠의 효과적인 사용을 분석하는 것은 사용량에 비해 정의하고 측정하기가 더 어렵습니다. 사용자 활동 데이터를 추가로 검사하여 실제 사용자 동작이 예상과 일치하는지 여부를 확인할 수 있습니다. 예를 들어 일일 보고서 조회수가 높을 것으로 예상되는 데도 사용자당 일일 한 번의 내보내기만 표시되는 경우에는 추가 조사가 필요합니다.
- 게시된 항목 이해: 특정 시점을 기준으로 게시된 항목의 메타데이터를 문서화할 수 있습니다. 예를 들어 1월 1일을 기준으로 12개의 의미 체계 모델과 94개의 보고서가 있음을 나타낼 수 있는 테넌트 인벤토리를 만들 수 있습니다. 테넌트 인벤토리의 이점에 대한 자세한 내용은 게시된 항목 이해를 참조하세요.
- 위험 감소: 콘텐츠에서 발생하는 일에 대해 더 잘 이해하고 있으므로 위험을 줄이기 위해 신속하게 조치를 취할 수 있습니다. 예를 들어 콘텐츠와 관련된 보안 또는 데이터 보호 문제를 식별할 수 있습니다. 다른 고려 사항은 위험 완화를 참조하세요.
- 성능 및 상태 문제 찾기: 콘텐츠를 감사할 때 성능 튜닝 활동에 대한 입력으로 사용할 수 있는 데이터를 찾을 수 있습니다. 콘텐츠 소비자가 문제를 발견하기 전에 해결할 수도 있습니다. 자세한 내용은 성능 모니터링을 참조하세요.
팁
다른 문서에서 다루는 감사 및 모니터링과 관련된 많은 계획 고려 사항 및 의사 결정 기준이 있습니다. 감사 및 모니터링 활동의 범위는 포커스 및 직무 역할에 따라 다를 수 있습니다. 자세한 내용은 다음을 참조하세요.
검사 목록 - 콘텐츠 지원 및 모니터링을 계획할 때 주요 결정 및 작업에는 다음이 포함됩니다.
- 사용자 지원 처리 방법 평가: 현재 상태에 익숙해지도록 지원이 처리되는 방법을 조사합니다.
- 지원 처리 방법 결정: 수명 주기 동안 콘텐츠를 지원하는 방법을 결정합니다. 소비자와 작성자 모두를 지원하는 방법을 결정합니다.
- 역할 및 책임 명확히 지정: 콘텐츠가 게시된 후 콘텐츠를 지원하기 위해 누가, 언제 무엇을 할 것으로 예상하는지 확인합니다. 콘텐츠 소유자(셀프 서비스 작성자 포함)에 대한 구체적인 기대치를 명확히 합니다. 또한 COE(우수성 센터), IT 팀, BI 팀, 지원 센터 직원에 대한 기대치를 명확히 합니다.
- 소비자를 위한 지원 모델 만들기: 콘텐츠 소비자를 지원하는 특정 프로세스 및 지원 문서를 만듭니다.
- 콘텐츠 작성자를 위한 지원 모델 만들기: 작성자를 지원하는 특정 프로세스 및 지원 문서를 만듭니다.
- 지원 추적 시스템 설정: 사용자의 요청을 수락하고 추적하는 시스템을 만듭니다.
- 지원 직원 교육: 기술 전달 세션 또는 교육 세션을 수행하여 지원 센터 직원을 준비합니다.
- 사용자에게 지원 모델 전달: 소비자와 작성자가 사용할 수 있는 리소스와 따라야 할 프로세스를 알고 있는지 확인합니다. Fabric 테넌트 설정에서 도움말 메뉴 링크를 사용자 지정하여 사용자를 내부 리소스로 안내합니다.
- 감사 및 모니터링하기 위한 특정 데이터 요구 사항 결정: 수행해야 하는 보고서 수준, 데이터 수준, 테넌트 수준의 감사 및 모니터링 활동을 고려합니다.
- 감사 작업의 우선 순위 지정: 답변할 몇 가지 주요 질문을 식별합니다. 초기 감사 및 모니터링 작업의 초점과 우선 순위를 결정합니다.
- 감사 역할 및 책임 명확히 지정: 콘텐츠 감사를 위해 누가, 언제, 무엇을 해야 하는지 확인합니다. COE 및 IT뿐만 아니라 콘텐츠 소유자(셀프 서비스 작성자 포함)에 대한 구체적인 기대치를 명확히 합니다.
- 초기 감사 아키텍처 결정: IT 팀에 적절하게 문의하여 감사 데이터를 추출하고 저장하는 기존 프로세스가 있는지 확인합니다. 가능하면 새 프로세스를 만드는 대신 기존 데이터에 액세스합니다. 새 프로세스가 필요한 경우 데이터를 추출, 저장, 보호하기 위한 아키텍처 결정을 고려합니다.
- 초기 감사 분석 보고서 만들기: 각 감사 보고서의 요구 사항 및 대상 그룹을 식별합니다. 목적, 해야 할 작업, 대상이 명확한 보고서를 작성하세요. 피드백을 받고 적절하게 반복합니다.
- 콘텐츠 작성자를 위한 문서 및 교육 만들기: 관리자 및 콘텐츠 작성자 모두에게 해당 직무 역할에 적용할 수 있는 지원 및 감사 기능과 관련된 지침을 제공합니다. 지원 및 감사를 위한 내부 감사 요구 사항을 충족하는 방법에 대한 권장 사항 및 정보를 포함합니다.
관련 콘텐츠
이 시리즈의 다음 문서에서는 수명 주기가 끝날 때 콘텐츠를 사용 중지하고 보관하는 방법을 알아봅니다.