Прочитать на английском

Поделиться через


Руководство по управлению жизненным циклом в Fabric

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

Примечание

Некоторые элементы для интеграции с Git доступны в предварительной версии. Дополнительные сведения см. в списке поддерживаемых элементов.

Необходимые компоненты

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

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

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

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

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

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

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

  • Активная учетная запись Azure, зарегистрированная для того же пользователя, который использует рабочую область Fabric. Создайте бесплатную учетную запись.
  • Доступ к существующему репозиторию.
  • Скачайте файл FoodSales.pbix в репозиторий Git, который можно изменить. Мы используем этот пример файла в этом руководстве. Кроме того, можно использовать собственную семантику и отчет, если вы предпочитаете.

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

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

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

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

    Снимок экрана: создание пользовательского интерфейса рабочей области.

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

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

    Снимок экрана: новая рабочая область с именем. Имя — FoodSalesWS.

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

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

    Снимок экрана: новая рабочая область с режимом лицензии.

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

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

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

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

  1. В верхней строке меню выберите "Отправить > обзор".

    Снимок экрана: пользовательский интерфейс меню

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

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

Снимок экрана: рабочая область FoodSalesWS с отчетом, семантической моделью и панелью мониторинга.

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

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

  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-файл . Эта папка будет синхронизирована с рабочей областью.

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

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

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

Снимок экрана: значок системы управления версиями и другие сведения Git.

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

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

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

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

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

    Снимок экрана: создание конвейера развертывания.

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

    Снимок экрана: создание конвейера с именем.

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

    Снимок экрана: три этапа по умолчанию конвейера развертывания.

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

    Снимок экрана: назначение рабочей области.

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

Снимок экрана: этап разработки.

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

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

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

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

    Снимок экрана: этап развертывания на тестовом этапе.

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

    Снимок экрана: подтверждение развертывания.

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

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

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

    Снимок экрана: этап развертывания в рабочей среде.

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

    Снимок экрана: кнопка

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

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

Шаг 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. В области "Свойства" измените формат с общего на процент.

    Снимок экрана: публикация изменений в Git.

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

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

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

Снимок экрана: значок системы управления версиями с одним незафиксированным изменением.

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

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

  3. Щелкните здесь Зафиксировать.

    Снимок экрана: фиксация изменений пользовательского интерфейса.

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

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

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

  1. Выберите Создать запрос на вытягивание.

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

  2. Укажите заголовок, описание и любые другие сведения, которые требуется для запроса на вытягивание. Затем выберите Создать.

    Снимок экрана: запрос на получение именования и добавление описания.

  3. Слияние запроса на вытягивание.

    Снимок экрана: интерфейс запроса на вытягивание слиянием.

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

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

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

Снимок экрана: значок системы управления версиями, показывающий одно различие.

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

  2. Выберите "Обновить все".

    Снимок экрана: пользовательский интерфейс рабочей области обновления.

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

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

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

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

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

    Снимок экрана: этапы конвейера отличаются.

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

    Снимок экрана: просмотр пользовательского интерфейса проверки изменений.

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

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

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

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

Итоги

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

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