Учебное пособие по управлению жизненным циклом в Fabric

В этом руководстве описан весь процесс загрузки данных в рабочую область и использование конвейеров развертывания вместе с интеграцией Git для совместной работы с другими пользователями в разработке, тестировании и публикации данных и отчетов.

Предварительные условия

Чтобы интегрировать Git с рабочей областью Microsoft Fabric, необходимо настроить следующие предварительные требования для Fabric и Git.

Предварительные требования структуры

Чтобы получить доступ к функции интеграции Git, вам потребуется Fabric Capacity. Чтобы использовать все поддерживаемые элементы системы Fabric, требуется её емкость. Если у вас еще нет пробной версии, зарегистрируйтесь на бесплатную пробную версию. Клиенты, у которых уже есть возможности Power BI Premium, могут использовать их, но помните, что некоторые SKU Power BI поддерживают только элементы Power BI.

Кроме того, на портале администрирования необходимо включить следующие коммутаторы клиента:

• Пользователи могут создавать элементы Fabric
• Пользователи могут синхронизировать элементы рабочей области с репозиториями Git
• Создайте рабочую область (только если вы хотите перейти в новую рабочую область.)
• Пользователи могут синхронизировать элементы рабочей области с репозиториями GitHub: только для пользователей GitHub

Эти параметры можно включить администратором клиента, администратором емкости или администратором рабочей области в зависимости от параметров вашей организации.

Предварительные требования Git

Интеграция Git в настоящее время поддерживается для Azure DevOps и GitHub. Чтобы использовать интеграцию Git с рабочей областью Fabric, вам потребуется следующее в Azure DevOps или GitHub:

• Скачайте файл FoodSales.pbix в репозиторий Git, который можно изменить. Мы используем этот пример файла в этом руководстве. В качестве альтернативы можно использовать собственную семантическую модель и отчет, если вы предпочитаете.

Если у вас уже есть права администратора на рабочую область с данными, можно перейти к шагу 3.

Шаг 1. Создание рабочей области Premium

Чтобы создать новую рабочую область и назначить ей лицензию, выполните следующие действия.

1. На левой панели навигации интерфейса Power BI выберите Рабочие пространства > + Новое рабочее пространство.

   

2. Назовите рабочую область FoodSalesWS.

3. (Необязательно) Добавьте описание.

   

4. Разверните раздел "Дополнительно", чтобы увидеть "режим лицензии".

5. Выберите пробную версию или емкость Premium.

   

6. Выберите Применить.

Дополнительные сведения о создании рабочей области см. в статье "Создание рабочей области".

Шаг 2. Загрузка содержимого в рабочую область

Содержимое можно отправить из OneDrive, SharePoint или локального файла. В этом руководстве мы загружаем PBIX-файл .

1. В верхней строке меню выберите >.

   

2. Перейдите к расположению файла FoodSales.pbix, который вы скачали ранее, или загрузите собственную семантическую модель и отчет.

Теперь у вас и вашей команды есть рабочая область с содержимым для работы.

Изменение учетных данных — только при первом запуске

Перед созданием конвейера развертывания необходимо задать учетные данные. Этот шаг необходимо выполнить только один раз для каждой семантической модели. После задания учетных данных для этой семантической модели вам не придется снова задавать их.

1. Перейдите к параметрам > Power BI.

   

2. Выберите Семантические модели > Учётные данные источника данных > Изменить учётные данные.

   

3. Установите для метода проверки подлинности значение "Анонимный", уровень конфиденциальности — общедоступный и снимите флажок "Пропустить тестовое подключение".

   

4. Выберите Вход. Подключение проверено, учетные данные настроены.

Теперь можно создать конвейер развертывания.

Шаг 3. Подключение рабочей области разработки команды к Git

Вся команда делится этой рабочей областью, и каждый член команды может изменить ее. Подключив эту рабочую область к Git, вы можете отслеживать все изменения и вернуться к предыдущим версиям при необходимости. Когда все изменения объединяются в эту общую ветвь, разверните эту рабочую область в рабочей среде с помощью конвейера развертывания.
Дополнительные сведения об управлении версиями см. в статье "Введение в интеграцию с Git".

Давайте подключим эту рабочую область к основной ветви вашего репозитория Git, чтобы все участники команды могли редактировать её и создавать пул-реквесты. Выполните следующие действия, если вы используете репозиторий Azure DevOps. Если вы используете репозиторий GitHub, следуйте инструкциям в разделе "Подключение рабочей области к репозиторию GitHub".

1. Перейдите в раздел "Параметры рабочей области" в правом верхнем углу.

2. Выберите Git-интеграцию.

3. Выберите Azure DevOps. Вы автоматически вошли в учетную запись Azure Repos, которая зарегистрирована за пользователем Microsoft Entra, вошедшим в рабочую область.

   

4. В раскрывающемся меню укажите следующие сведения о ветви, к которой вы хотите подключиться:

   • Предприятие

   • Проект

   • Репозиторий Git

   • Выберите главную (или главную) ветвь

   • Введите имя папки в репозитории, где расположен PBIX-файл . Эта папка будет синхронизирована с рабочей областью.

     

5. Выберите "Подключиться и синхронизировать".

После подключения рабочая область отображает сведения о системе управления версиями, которая позволяет просматривать подключенную ветвь, состояние каждого элемента в ветви и время последней синхронизации. Значок элемента управления версиями отображается 0 , так как элементы в репозитории Git рабочей области идентичны.

Теперь рабочая область синхронизируется с основной ветвью репозитория Git, что упрощает отслеживание изменений.

Дополнительные сведения о подключении к git см. в статье "Подключение рабочей области к репозиторию Azure".

Шаг 4. Создание конвейера развертывания

Чтобы поделиться этой рабочей областью с другими пользователями и использовать ее для различных этапов тестирования и разработки, необходимо создать конвейер развертывания. Вы можете узнать, как работают конвейеры развертывания в Введение в конвейеры развертывания. Чтобы создать конвейер развертывания и назначить рабочую область этапу разработки, сделайте следующее:

1. На домашней странице рабочей области выберите "Создать конвейер развертывания".

   

2. Назовите конвейер FoodSalesDP, присвойте ему описание (необязательно) и нажмите кнопку "Далее".

   

3. Примите три этапа по умолчанию в конвейере и нажмите кнопку "Создать".

   

4. Назначьте пространство работы FoodSalesWS этапу разработки.

   

Этап разработки конвейера развертывания показывает одну семантическую модель, один отчет и один дашборд. Остальные этапы пусты.

Дополнительные сведения о создании конвейеров развертывания см. в обзоре конвейеров развертывания.

Шаг 5. Развертывание содержимого на других этапах

Теперь разверните содержимое на других этапах конвейера.

1. На этапе разработки представления содержимого развертывания выберите "Развернуть".

   

2. Подтвердите, что вы хотите развернуть содержимое в тестовый этап.

Зеленый значок проверки указывает, что содержимое двух этапов идентично, так как вы развернули все содержимое конвейера.

1. Разверните содержимое из тестового этапа на рабочий этап.

   

2. Чтобы обновить семантику модели на любом этапе, нажмите кнопку обновления рядом со значком семантических моделей в сводной карточке каждого этапа.

   

Вся команда разделяет этот поток задач развертывания. Каждый член команды может изменить семантическую модель и отчет на стадии разработки. Когда команда готова протестировать изменения, они развертывают содержимое на тестовом этапе. Когда команда готова к выпуску изменений в рабочей среде, они развертывают содержимое на рабочей стадии.

Дополнительные сведения о развертывании содержимого см. в разделе "Развертывание содержимого".

Шаг 6. Создание изолированной рабочей области

Чтобы избежать редактирования общей рабочей области и вмешательства в изменения других участников команды, каждый член группы должен создать собственную изолированную рабочую область для работы, пока они не будут готовы поделиться своими изменениями с командой.

1. На вкладке "Ветвь"меню "Управление версиями" щелкните стрелку вниз рядом с именем текущей ветви и выберите "Создать ветвь в новой рабочей области".

   

2. Укажите следующие сведения о ветви и рабочей области. Новая ветвь автоматически создается на основе ветви, подключенной к текущей рабочей области.

   • Имя ветви (для этого руководства назовите его MyFoodEdits)
   • Имя рабочей области (для этого учебника назовите его My_FoodSales)

   

3. Выберите Разветвление.

4. Выберите "Подключиться и синхронизировать".

Fabric создает новую рабочую область и синхронизирует её с новой веткой. Вы автоматически перейдете в новую рабочую область, но синхронизация может занять несколько минут.

Новая рабочая область теперь содержит содержимое папки репозитория Git. Обратите внимание, что он не содержит PBIX-файл . Так как PBIX-файлы не поддерживаются, этот файл не был скопирован в репозиторий Git при синхронизации.
Используйте эту рабочую область, чтобы вносить изменения в семантическую модель и отчет, пока вы не будете готовы поделиться ими с вашей командой.

Шаг 7. Изменение рабочей области

После синхронизации ветвленной рабочей области можно внести изменения в рабочую область, создав, удалив или изменив элемент. В этом руководстве мы изменим формат столбца семантической модели. Вы можете изменить рабочую область в Power BI Desktop или модели данных. В этом руководстве мы редактируем рабочую область из модели данных.

1. В рабочей области семантической модели выберите многоточие семантической модели (три точки) >Open data model.

   

   Примечание.

   Если открытая модель данных отключена, перейдите в раздел "Общие > параметры рабочей области" Power BI > и включите параметры модели данных.

   

2. В таблице Order_details выберите "Скидка".

   

3. В области "Свойства" измените формат с общего на процент.

   

Шаг 8. Фиксация изменений

Чтобы зафиксировать это изменение из рабочей области в ветвь Git, вернитесь на домашнюю страницу рабочей области.

Теперь значок контроля версий показывает 1, так как один элемент в рабочей области был изменён, но не зафиксирован в репозитории Git. Семантическая модель FoodSales показывает состояние неподтверждено.

1. Нажмите на значок контроля версий, чтобы просмотреть измененные элементы в репозитории Git. Семантическая модель показывает состояние "Изменено".

2. Выберите элемент для фиксации и добавьте необязательное сообщение.

3. Выберите Зафиксировать.

   

Состояние Git семантической модели изменяется на синхронизированную , а рабочая область и репозиторий Git синхронизируются.

Шаг 9. Создание PR и слияние

В репозитории Git создайте pull request, чтобы объединить ветвь MyFoodEdits с основной ветвью.

Этот шаг можно выполнить вручную или автоматически:

Шаг 10. Обновление общей рабочей области

Вернитесь к общей рабочей области, подключенной к этапу разработки конвейера развертывания (который мы создали на шаге 1) и обновите страницу.
Значок управления версиями теперь отображает число 1, так как один элемент в репозитории Git был изменен и отличается от соответствующих элементов в рабочей области FoodSales. Семантическая модель FoodSales показывает состояние требуемого обновления.

Вы можете обновить рабочую область вручную или автоматически:

Состояние Git семантической модели изменяется на Синхронизировано, а рабочая область синхронизируется с основной ветвью Git.

Шаг 11. Сравнение этапов в конвейере развертывания

1. Выберите "Просмотреть конвейер развертывания", чтобы сравнить содержимое на этапе разработки с содержимым на тестовом этапе.

   

   Обратите внимание на оранжевый X значок между этапами, указывающими, что изменения были внесены в содержимое на одном из этапов с момента последнего развертывания.

   

2. Выберите стрелку вниз >, чтобы просмотреть изменения. На экране "Проверка изменений" показано различие между семантических моделей на двух этапах.

   

3. Просмотрите изменения и закройте окно.

Дополнительные сведения о сравнении этапов в конвейере развертывания см. в разделе "Сравнение этапов в конвейере развертывания".

Шаг 12. Развертывание на этапе тестирования

Когда вы удовлетворены изменениями, разверните изменения на тестовых и/или рабочих этапах, используя тот же процесс, который использовался на шаге 5.

Итоги

В этом руководстве вы узнали, как использовать конвейеры развертывания вместе с интеграцией Git для управления жизненным циклом приложения, отчета или другого содержимого в рабочей области.
В частности, вы узнали, как:

• Настройте рабочие пространства и добавьте контент для управления их жизненным циклом в Fabric.
• Применение рекомендаций Git для работы в одиночку и совместной работы с коллегами по изменениям.
• Интегрируйте Git и конвейеры развертывания для эффективного сквозного процесса релиза.

Связанный контент

• Проекты Power BI Desktop и конвейеры сборки Azure DevOps
• Управление ветвями Git