자습서: 패브릭의 수명 주기 관리

이 자습서에서는 데이터를 작업 영역에 로드하고 Git 통합과 함께 배포 파이프라인을 사용하여 데이터 및 보고서의 개발, 테스트 및 게시에서 다른 사용자와 공동 작업하는 전체 프로세스를 안내합니다.

필수 조건

시작하기 전에 다음 필수 구성 요소를 확인합니다.

데이터가 있는 작업 영역에 대한 관리자 권한이 이미 있는 경우 3단계로 건너뛸 수 있습니다.

1단계: 프리미엄 작업 영역 만들기

새 작업 영역을 만들고 라이선스를 할당하려면 다음을 수행합니다.

  1. Power BI 환경의 왼쪽 탐색 모음에서 작업 영역 + 새 작업 영역을 >선택합니다.

    Screenshot of Create workspace.

  2. 작업 영역 의 이름을 FoodSalesWS로 지정합니다.

  3. (선택 사항) 설명을 추가합니다.

    Screenshot of new workspace with name.

  4. 고급 섹션을 확장하여 라이선스 모드를 표시합니다.

  5. 평가판 또는 프리미엄 용량을 선택합니다.

    Screenshot of new workspace with license mode.

  6. 적용을 선택합니다.

작업 영역을 만드는 방법에 대한 자세한 내용은 작업 영역 만들기를 참조 하세요.

2단계: 작업 영역에 콘텐츠 로드

OneDrive, SharePoint 또는 로컬 파일에서 콘텐츠를 업로드할 수 있습니다. 이 자습서에서는 .pbix 파일을 로드합니다.

  1. 위쪽 메뉴 모음에서 찾아보기 업로드 > 를 선택합니다.

    Screenshot of Upload menu.

  2. 이전에 다운로드한 FoodSales.pbix 파일의 위치를 찾거나 고유한 샘플 의미 체계 모델 및 보고서를 로드합니다.

이제 사용자와 팀이 작업할 수 있도록 콘텐츠가 포함된 작업 영역이 있습니다.

Screenshot of FoodSalesWS workspace with a report, semantic model, and dashboard in it.

자격 증명 편집 - 처음만

배포 파이프라인을 만들기 전에 자격 증명을 설정해야 합니다. 이 단계는 각 의미 체계 모델에 대해 한 번만 수행해야 합니다. 이 의미 체계 모델에 대해 자격 증명을 설정한 후에는 자격 증명을 다시 설정할 필요가 없습니다.

  1. 설정 > Power BI 설정으로 이동합니다.

    Screenshot of Settings menu.

  2. 의미 체계 모델을 > 선택합니다. 데이터 원본 자격 증명 자격 증명 > 편집

    Screenshot of Data source credentials menu.

  3. 인증 방법을 익명으로 설정하고, 개인 정보 수준을 공용으로 설정하고, 테스트 연결 건너뛰기 상자를 검사 해제합니다.

    Screenshot of semantic model credentials.

  4. 로그인을 선택합니다. 연결이 테스트되고 자격 증명이 설정됩니다.

이제 배포 파이프라인을 만들 수 있습니다.

3단계: 팀의 개발 작업 영역을 git에 커넥트

이 작업 영역은 전체 팀에서 공유하며 팀의 각 구성원이 편집할 수 있습니다. 이 작업 영역을 git에 연결하면 모든 변경 내용을 추적하고 필요한 경우 이전 버전으로 다시 되돌리기 수 있습니다. 모든 변경 내용이 이 공유 분기에 병합되면 작업 영역은 배포 파이프라인을 사용하여 프로덕션에 배포됩니다.
Git 통합 소개에서 Git을 사용한 버전 제어에 대해 자세히 알아보세요.

모든 팀 구성원이 편집하고 끌어오기 요청을 만들 수 있도록 이 작업 영역을 Azure 리포지토리의 기본 분기에 연결해 보겠습니다.

  1. 줄임표(점 3개)를 선택한 다음 작업 영역 설정을 선택합니다.

    Screenshot of workspace with workspace settings link displayed.

  2. Git 통합을 선택합니다. 작업 영역에 로그인한 Microsoft Entra 사용자에게 등록된 Azure Repos 계정에 자동으로 로그인됩니다.

  3. 드롭다운 메뉴에서 연결하려는 분기에 대해 다음 세부 정보를 지정합니다.

    • 조직

    • 프로젝트

    • Git 리포지토리

    • 기본(또는 마스터) 분기 선택

    • .pbix 파일이 있는 리포지토리에 폴더의 이름을 입력합니다. 작업 영역과 동기화되는 폴더입니다.

      Screenshot of workspace settings Git integration window with workspace connected to main branch of repo.

  4. 커넥트 선택하고 동기화합니다.

연결한 후 작업 영역에는 연결된 분기, 분기의 각 항목 상태 및 마지막 동기화 시간을 볼 수 있는 소스 제어에 대한 정보가 표시됩니다. 작업 영역 Git 리포지토리의 항목이 동일하기 때문에 소스 제어 아이콘이 표시됩니다0.

Screenshot of source control icon and other Git information.

이제 작업 영역이 Git 리포지토리의 기본 분기와 동기화되어 변경 내용을 쉽게 추적할 수 있습니다.

git에 연결하는 방법에 대한 자세한 내용은 작업 영역을 Azure 리포지토리에 커넥트 참조하세요.

4단계: 배포 파이프라인 만들기

이 작업 영역을 다른 사용자와 공유하고 다양한 테스트 및 개발 단계에 사용하려면 배포 파이프라인을 만들어야 합니다. 배포 파이프라인 소개에서 배포 파이프라인의 작동 방식에 대해 읽을 수 있습니다. 배포 파이프라인을 만들고 개발 단계에 작업 영역을 할당하려면 다음을 수행합니다.

  1. 작업 영역 홈페이지에서 배포 파이프라인 만들기를 선택합니다.

    Screenshot of Create deployment pipeline.

  2. 파이프라인 FoodSalesDP의 이름을 지정하고 설명(선택 사항)을 지정한 다음 만들기를 선택합니다.

    Screenshot of new pipeline with name.

  3. FoodSalesWS 작업 영역을 개발 단계에 할당합니다.

    Screenshot of Assign workspace.

배포 파이프라인의 개발 단계에서는 의미 체계 모델 1개, 보고서 1개, 대시보드 1개를 표시합니다. 다른 단계는 비어 있습니다.

Screenshot of Development stage.

배포 파이프라인 개요에서 배포 파이프라인을 만드는 방법에 대해 자세히 읽을 수 있습니다.

5단계: 다른 단계에 콘텐츠 배포

이제 파이프라인의 다른 단계에 콘텐츠를 배포합니다.

  1. 배포 콘텐츠 보기의 개발 단계에서 배포를 선택합니다.

    Screenshot of Deploy to test stage.

  2. 테스트 단계에 콘텐츠를 배포할 것인지 확인합니다.

    Screenshot of Confirm deploy.

    파이프라인의 전체 콘텐츠를 배포했기 때문에 두 단계의 콘텐츠가 동일합니다. 녹색 검사 아이콘으로 표시됩니다.

    Screenshot of Development stage and test stage of pipelines with a green check icon indicating they're the same.

  3. 테스트 단계에서 프로덕션 단계로 콘텐츠를 배포합니다.

    Screenshot of Deploy to production stage.

  4. 모든 단계에서 의미 체계 모델을 새로 고치려면 각 단계의 요약 카드 의미 체계 모델 아이콘 옆에 있는 새로 고침 단추를 선택합니다.

    Screenshot of Refresh button.

이 배포 파이프라인은 전체 팀에서 공유합니다. 각 팀 구성원은 개발 단계에서 의미 체계 모델 및 보고서를 편집할 수 있습니다. 팀이 변경 내용을 테스트할 준비가 되면 테스트 단계에 콘텐츠를 배포합니다. 팀이 프로덕션에 대한 변경 내용을 릴리스할 준비가 되면 콘텐츠를 프로덕션 단계에 배포합니다.

콘텐츠 배포에 대한 자세한 내용은 콘텐츠 배포를 참조 하세요.

6단계: 격리된 작업 영역 만들기

다른 팀 구성원의 변경 내용을 방해하지 않고 작업 영역을 편집하기 위해 각 팀 구성원은 팀과 변경 내용을 공유할 준비가 될 때까지 작업할 고유한 격리된 작업 영역을 만듭니다.

  1. 1단계에서 수행한 것처럼 새 작업 영역을 만듭니다.

    Screenshot of workspace with new workspace link displayed.

  2. 이 새 작업 영역을 Git 리포지토리의 새 분기로 커넥트.

    드롭다운 메뉴에서 연결하려는 분기에 대해 다음 세부 정보를 지정합니다.

    • 조직
    • 프로젝트
    • Git 리포지토리
    • + 새 분기를 선택하여 새 분기를 만듭니다.
    • 새 분기 MyFoodEdits의 이름을 지정하고 기본(또는 마스터)에서 분기한 다음 만들기를 선택합니다.
    • .pbix 파일이 있는 리포지토리의 폴더입니다.

    Screenshot of workspace settings window with create new branch.

  3. 커넥트 선택하고 동기화합니다.

이제 새 작업 영역에 Git 리포지토리 폴더의 콘텐츠가 포함됩니다. .pbix 파일이 포함되어 있지 않습니다. .pbix 파일은 지원되지 않으므로 동기화할 때 이 파일이 Git 리포지토리에 복사되지 않았습니다.
이는 의미 체계 모델을 변경하고 팀과 공유할 준비가 될 때까지 보고하는 데 사용하는 작업 영역입니다.

7단계: 작업 영역 편집

항목을 만들거나 삭제하거나 편집하여 작업 영역을 변경합니다. 이 자습서에서는 의미 체계 모델 열의 형식을 변경합니다. Power BI Desktop 또는 데이터 모델에서 작업 영역을 편집할 수 있습니다. 이 자습서에서는 데이터 모델에서 작업 영역을 편집합니다.

  1. 의미 체계 모델 작업 영역에서 의미 체계 모델 줄임표(점 3개) >데이터 열기 모델을 선택합니다.

    Screenshot of open data model in the expanded semantic model menu.

    참고 항목

    데이터 열기 모델을 사용할 수 없는 경우 작업 영역 설정 > Power BI > 일반으로 이동하여 데이터 모델 설정을 사용하도록 설정합니다.

    Screenshot of data model settings check box.

  2. Order_details 테이블에서 할인을 선택합니다.

    Screenshot of connected tables in the data view with the discount column of the Order Details table selected.

  3. 속성 창에서 서식일반에서 백분율로 변경합니다.

    Screenshot of publishing changes in Git.

8단계: 변경 내용 커밋

이 변경 내용을 작업 영역에서 Git 분기로 커밋하려면 작업 영역 홈 페이지로 돌아갑니다.

이제 작업 영역의 한 항목이 변경되었지만 Git 리포지토리에 커밋되지 않았기 때문에 소스 제어 아이콘이 표시됩니다 1 . FoodSales 의미 체계 모델은 커밋되지 않은 상태 보여 줍니다.

Screenshot of source control icon showing one uncommitted change.

  1. 소스 제어 아이콘을 선택하여 Git 리포지토리에서 변경된 항목을 봅니다. 의미 체계 모델은 수정된 상태 표시합니다.

  2. 커밋할 항목을 선택하고 선택적 메시지를 추가합니다.

  3. 커밋을 선택합니다.

    Screenshot of committing changes.

의미 체계 모델의 Git 상태 동기화됨으로 변경되고 작업 영역 및 Git 리포지토리가 동기화됩니다.

9단계: PR 및 병합 만들기

Git 리포지토리에서 MyFoodEdits 분기를 기본 분기와 병합하는 끌어오기 요청을 만듭니다.

  1. 끌어오기 요청 만들기를 선택합니다.

    Screenshot of create pull request.

  2. 끌어오기 요청에 사용할 제목, 설명 및 기타 정보를 제공합니다. 그런 다음 만들기를 선택합니다.

    Screenshot of naming pull request and adding description.

  3. 끌어오기 요청을 병합합니다.

    Screenshot of merge pull request.

10단계: 공유 작업 영역 업데이트

배포 파이프라인의 개발 단계(1단계에서 만든 작업)에 연결된 공유 작업 영역으로 돌아가 페이지를 새로 고칩니다.
이제 Git 리포지토리의 한 항목이 변경되었으며 FoodSales 작업 영역의 항목과 다르기 때문에 소스 제어 아이콘에 1이 표시됩니다. FoodSales 의미 체계 모델은 필요한 업데이트의 상태 보여 줍니다.

Screenshot of source control icon showing one difference.

  1. 소스 제어 아이콘을 선택하여 Git 리포지토리에서 변경된 항목을 봅니다. 의미 체계 모델은 수정된 상태 표시합니다.

  2. 모두 업데이트를 선택합니다.

    Screenshot of update workspace.

의미 체계 모델의 Git 상태 동기화됨으로 변경되고 작업 영역이 기본 Git 분기와 동기화됩니다.

11단계: 배포 파이프라인의 단계 비교

  1. 배포 파이프라인 보기를 선택하여 개발 단계의 콘텐츠를 테스트 단계의 콘텐츠와 비교합니다.

    Screenshot of View deployment pipelines icon.

    마지막 배포 이후 스테이지 중 하나에서 콘텐츠가 변경되었음을 나타내는 스테이지 사이의 주황색 X 아이콘을 확인합니다.

    Screenshot showing pipeline stages are different.

  2. 아래쪽 화살표 >변경 내용을 검토하여 변경 내용을 확인합니다. 변경 검토 화면에는 두 단계의 의미 체계 모델 간의 차이점이 표시됩니다.

    Screenshot of change review.

  3. 변경 내용을 검토하고 창을 닫습니다.

배포 파이프라인의 단계를 비교하는 방법에 대한 자세한 내용은 배포 파이프라인의 비교 단계를 참조하세요.

12단계: 테스트 단계에 배포

변경 내용에 만족하면 5단계에서 사용한 것과 동일한 프로세스를 사용하여 테스트 및/또는 프로덕션 단계에 변경 내용을 배포합니다.

요약

이 자습서에서는 Git 통합과 함께 배포 파이프라인을 사용하여 작업 영역에서 앱, 보고서 또는 기타 콘텐츠의 수명 주기를 관리하는 방법을 알아보았습니다.
특히 다음 방법에 대해 알아보습니다.

  • 작업 영역을 설치하고 Fabric에서 수명 주기를 관리하기 위한 콘텐츠를 추가합니다.
  • Git 모범 사례를 적용하여 단독으로 작업하고 변경 내용에 대해 팀원과 공동 작업합니다.
  • 효율적인 엔드투엔드 릴리스 프로세스를 위해 Git 및 배포 파이프라인을 결합합니다.