다음을 통해 공유

자습서: Fabric의 수명 주기 관리

  • 아티클

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

참고 항목

Git 통합을 위한 일부 항목은 미리 보기로 제공됩니다. 자세한 내용은 지원되는 항목 목록을 참조하세요.

필수 조건

Git을 Microsoft Fabric 작업 영역과 통합하려면 Fabric 및 Git 모두에서 다음 필수 구성 요소를 설정해야 합니다.

Fabric 필수 구성 요소

Git 통합 기능에 액세스하려면 다음 중 하나가 필요합니다.

또한 관리 포털에서 다음 테넌트 스위치를 사용하도록 설정해야 합니다.

이러한 스위치는 조직의 설정에 따라 테넌트 관리자, 용량 관리자 또는 작업 영역 관리자가 사용하도록 설정할 수 있습니다.

Git 필수 구성 요소

Git 통합은 현재 Azure DevOps 및 GitHub에서 지원됩니다. Fabric 작업 영역과 Git 통합을 사용하려면 Azure DevOps 또는 GitHub에서 다음이 필요합니다.

  • Fabric 작업 영역을 사용하는 동일한 사용자에게 등록된 활성 Azure 계정입니다. 무료 계정을 만듭니다.
  • 기존 리포지토리에 대한 액세스.
  • 편집할 수 있는 Git 리포지토리에 FoodSales.pbix 파일을 다운로드합니다. 이 자습서에서는 이 샘플 파일을 사용합니다. 또는 원하는 경우 고유한 의미 체계 모델 및 보고서를 사용할 수 있습니다.

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

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

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

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

    작업 영역 인터페이스 만들기의 스크린샷

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

  3. 필요에 따라 설명을 추가합니다.

    이름이 있는 새 작업 영역의 스크린샷. 여기서 이름은 FoodSalesWS입니다.

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

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

    라이선스 모드인 새 작업 영역의 스크린샷

  6. 적용을 선택합니다.

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

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

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

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

    업로드 메뉴 인터페이스 스크린샷.

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

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

보고서, 의미 체계 모델 및 대시보드가 있는 FoodSalesWS 작업 영역 스크린샷

자격 증명 편집 - 처음만

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

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

    설정 메뉴 인터페이스 스크린샷.

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

    데이터 원본 자격 증명 메뉴 스크린샷.

  3. 인증 방법을 익명으로 설정하고, 개인 정보 수준을 일반으로 설정하고, 테스트 연결 건너뛰기 확인란의 선택을 취소합니다.

    의미 체계 모델 자격 증명의 스크린샷

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

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

3단계: 팀의 개발 작업 영역을 git에 연결

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

모든 팀 구성원이 편집하고 끌어오기 요청을 만들 수 있도록 이 작업 영역을 Git 리포지토리의 기본 분기에 연결해 보겠습니다. Azure DevOps 리포지토리를 사용하는 경우 다음 단계를 수행합니다. GitHub 리포지토리를 사용하는 경우 작업 영역을 GitHub 리포지토리에 연결의 지침을 따릅니다.

  1. 오른쪽 위 모서리에 있는 작업 영역 설정으로 이동합니다.

  2. Git 통합을 선택합니다.

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

    작업 영역 설정 링크가 표시된 작업 영역의 스크린샷

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

    • 조직

    • 프로젝트

    • Git 리포지토리

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

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

      리포지토리의 기본 분기에 연결된 작업 영역이 있는 작업 영역 설정 Git 통합 창 스크린샷

  5. 연결 및 동기화를 선택합니다.

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

소스 제어 아이콘 및 기타 Git 정보의 스크린샷

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

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

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

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

  1. 작업 영역 홈 페이지에서 배포 파이프라인 생성을 선택합니다.

    배포 파이프라인 생성의 스크린샷.

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

    이름을 지정해 새 파이프라인을 만드는 방법을 보여 주는 스크린샷.

  3. 파이프라인에 기본 세 스테이지를 적용하고 만들기를 선택합니다.

    배포 파이프라인의 세 가지 기본 단계 스크린샷

  4. FoodSalesWS 작업 영역을 개발 스테이지에 할당합니다.

    작업 영역을 할당하는 방법을 보여 주는 스크린샷.

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

개발 스테이지의 스크린샷.

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

5단계: 다른 스테이지에 콘텐츠 배포

이제 파이프라인의 다른 스테이지에 콘텐츠를 배포합니다.

  1. 배포 콘텐츠 보기의 개발 스테이지에서 배포를 선택합니다.

    테스트 스테이지에 배포의 스크린샷

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

    배포 확인 스크린샷.

    녹색 확인 아이콘은 파이프라인의 전체 콘텐츠를 배포한 이후 두 스테이지의 콘텐츠가 동일함을 나타냅니다.

    동일한 것을 나타내는 녹색 확인 아이콘이 있는 파이프라인의 개발 스테이지 및 테스트 스테이지 스크린샷

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

    프로덕션 스테이지에 배포의 스크린샷.

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

    새로 고침 버튼의 스크린샷

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

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

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

공유 작업 영역을 편집하고 다른 팀 구성원의 변경 내용을 방해하지 않도록 하려면 각 팀 구성원이 팀과 변경 내용을 공유할 준비가 될 때까지 작업할 고유한 격리된 작업 영역을 만들어야 합니다.

  1. 소스 제어 메뉴의 분기 탭에서 현재 분기 이름 옆에 있는 아래쪽 화살표를 선택하고 새 작업 영역으로 분기를 선택합니다.

    소스 제어 분기 옵션 스크린샷.

  2. 분기 및 작업 영역에 대한 다음 세부 정보를 지정합니다. 새 분기는 현재 작업 영역에 연결된 분기를 기반으로 자동으로 생성됩니다.

    • 분기 이름(이 자습서의 경우 MyFoodEdits로 이름 지정)
    • 작업 영역 이름(이 자습서의 경우 My_FoodSales로 이름 지정)

    새 분기 및 작업 영역의 이름을 지정하는 분기의 스크린샷

  3. 분기를 선택합니다.

  4. 연결 및 동기화를 선택합니다.

Fabric은 새 작업 영역을 만들어 새 분기로 동기화합니다. 새 작업 영역으로 자동으로 이동되지만 동기화에 몇 분 정도 걸릴 수 있습니다.

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

7단계: 작업 영역 편집

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

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

    확장된 의미 체계 모델 메뉴의 데이터 모델 열기 스크린샷

    참고 항목

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

    데이터 모델 확인란의 스크린샷

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

    주문 세부 정보 테이블의 할인 열이 선택된 데이터 보기의 연결된 테이블 스크린샷

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

    Git에서 변경 내용을 게시하는 스크린샷

8단계: 변경 내용 커밋

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

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

커밋되지 않은 변경 하나를 보여 주는 소스 제어 아이콘 스크린샷

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

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

  3. 커밋을 선택합니다.

    변경 내용 커밋 사용자 인터페이스 스크린샷

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

9단계: PR 만들기 및 병합

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

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

    끌어오기 요청 만들기 사용자 인터페이스를 보여주는 스크린샷

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

    끌어오기 요청 이름 지정 및 설명 추가 스크린샷

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

    끌어오기 요청 병합 인터페이스 스크린샷

변경 내용이 기본 분기에 병합되면 원하는 경우 작업 영역을 안전하게 삭제할 수 있습니다. 이들 항목은 자동으로 삭제되지 않습니다.

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

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

한 가지 차이점을 보여 주는 소스 제어 아이콘 스크린샷

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

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

    업데이트 작업 영역 인터페이스 만들기의 스크린샷

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

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

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

    배포 파이프라인 보기 아이콘 스크린샷.

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

    파이프라인 스테이지가 다름을 보여 주는 스크린샷

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

    변경 내용 검토 사용자 인터페이스의 스크린샷.

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

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

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

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

요약

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

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

관련 콘텐츠