Процесс конвейеров развертывания

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

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

Вы также можете программно развертывать содержимое с помощью интерфейсов REST API конвейеров развертывания. Дополнительные сведения об этом процессе см. в разделе "Автоматизация конвейера развертывания" с помощью API и DevOps.

Существует две основные части процесса конвейеров развертывания:

• Определение структуры конвейера развертывания
• Добавление содержимого на этапы

Определение структуры конвейера развертывания

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

Чтобы определить конвейер, следуйте инструкциям в статье "Создание конвейера развертывания".

Добавление содержимого на этапы

Вы можете добавить содержимое на этап конвейера двумя способами:

• Назначение рабочей области пустой стадии
• Развертывание содержимого из одного этапа в другую

Назначение рабочей области пустой стадии

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

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

Инструкции по назначению и отмене назначения рабочих областей этапам конвейера развертывания см. в статье "Назначение рабочей области конвейеру развертывания Microsoft Fabric".

Создание рабочей области

При первом развертывании содержимого конвейеры развертывания проверяют наличие разрешений.

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

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

Если вы используете premium per User (PPU), ваша рабочая область автоматически связывается с PPU. В таких случаях разрешения не требуются. Однако если вы создаете рабочую область с PPU, доступ к ней могут получить только другие пользователи PPU. Кроме того, только пользователи PPU могут использовать содержимое, созданное в таких рабочих областях.

Владение рабочей областью и контентом

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

Развертывание содержимого из одного этапа в другую

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

Содержимое можно развернуть на любом соседнем этапе в любом направлении.

Развертывание содержимого из рабочего конвейера на сцену с существующей рабочей областью включает следующие действия:

• Развертывание нового содержимого в качестве дополнения к содержимому уже есть.

• Развертывание обновленного содержимого для замены содержимого уже есть.

Процесс развертывания

Когда содержимое из исходной стадии копируется на целевой этап, Структура определяет существующее содержимое на целевом этапе и перезаписывает его. Чтобы определить, какой элемент содержимого необходимо перезаписать, конвейеры развертывания используют соединение между родительским элементом и его клонами. Это подключение сохраняется при создании нового содержимого. Операция перезаписи перезаписывает только содержимое элемента. Идентификатор элемента, URL-адрес и разрешения остаются неизменными.

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

Автоматическая привязка

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

Автоматическая привязка в той же рабочей области

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

• Связанный элемент существует на целевом этапе — конвейеры развертывания автоматически подключаются (автоматически привязывать) развернутый элемент к элементу, от него зависит развернутый этап. Например, если вы развертываете отчет с разбивкой на страницы от разработки для тестирования, а отчет подключен к семантической модели, которая ранее была развернута на тестовом этапе, она автоматически подключается к семантической модели на этапе тестирования.

• Связанный элемент не существует на целевом этапе . Конвейеры развертывания завершаются сбоем развертывания, если элемент имеет зависимость от другого элемента, а элемент, предоставляющий данные, не развертывается и не находится на целевом этапе. Например, если вы развертываете отчет из разработки для тестирования, а этап тестирования не содержит ее семантической модели, развертывание завершается сбоем. Чтобы избежать неудачных развертываний из-за того, что зависимые элементы не развертываются, используйте кнопку Select related . Выбор связанных автоматически выбирает все связанные элементы, которые предоставляют зависимости для развернутых элементов.

Автоматическая привязка работает только с элементами, которые поддерживаются конвейерами развертывания и находятся в Fabric. Чтобы просмотреть зависимости элемента, в меню "Дополнительные параметры" элемента выберите "Вид происхождения".

Автоматическая привязка между рабочими областями

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

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

1. У вас есть семантическая модель на этапе разработки конвейера A.

2. У вас также есть отчет на этапе разработки конвейера B.

3. Отчет в конвейере B подключен к семантической модели в конвейере A. Отчет зависит от этой семантической модели.

4. Отчет развертывается в конвейере B с этапа разработки до этапа тестирования.

5. Развертывание завершается успешно или завершается сбоем в зависимости от того, есть ли копия семантической модели, от которой зависит этап тестирования конвейера A:

   • Если у вас есть копия семантической модели отчета, отчет зависит от этапа тестирования конвейера A:

     Развертывание завершается успешно, а конвейеры развертывания подключаются (автоматически привязывать) отчет на этапе тестирования конвейера B к семантической модели на этапе тестирования конвейера A.

     

   • Если у вас нет копии семантической модели, отчет зависит от этапа тестирования конвейера A:

     Развертывание завершается сбоем, так как конвейеры развертывания не могут подключать отчет (автобиндировать) на этапе тестирования в конвейере B, к семантической модели, от которой она зависит на этапе тестирования конвейера A.

     

Избегайте использования автоматической привязки

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

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

• Не подключайте элемент к соответствующим этапам. Если элементы не подключены на одном этапе, конвейеры развертывания сохраняют исходное соединение. Например, если у вас есть отчет на этапе разработки конвейера B, который подключен к семантической модели в рабочей стадии конвейера A. При развертывании отчета на тестовом этапе конвейера B он остается подключенным к семантической модели в рабочей стадии конвейера A.

• Определите правило параметров. Этот параметр недоступен для отчетов. Его можно использовать только с семантических моделей и потоков данных.

• Подключите отчеты, панели мониторинга и плитки к семантической модели прокси-сервера или потоку данных, которые не подключены к конвейеру.

Автоматическая привязка и параметры

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

Обновление данных

Данные в целевом элементе, например семантической модели или потока данных, хранятся, когда это возможно. Если нет изменений в элементе, в котором хранятся данные, данные хранятся так же, как и до развертывания.

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

Требования к развертыванию на этапе с существующей рабочей областью

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

Папки в конвейерах развертывания (предварительная версия)

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

Представление папок

В конвейерах развертывания папки считаются частью имени элемента (имя элемента включает полный путь). При развертывании элемента после изменения пути (перемещается из папки A в папку B, например), конвейеры развертывания применяют это изменение к его парным элементам во время развертывания, а также в папку B. Если папка B не существует на этапе развертывания, она сначала создается в рабочей области. Папки можно просматривать и управлять только на странице рабочей области.

Разверните элементы в папке из этой папки. Одновременно нельзя развертывать элементы из разных иерархий.

Определение элементов, которые были перемещены в разные папки

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

• Отдельные папки нельзя развернуть вручную в конвейерах развертывания. Их развертывание активируется автоматически при развертывании по крайней мере одного из элементов.

• Иерархия папок парных элементов обновляется только во время развертывания. Во время назначения после процесса связывания иерархия парных элементов еще не обновляется.

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

• Развертывание одного элемента из нескольких в папке также обновляет структуру элементов, которые не развертываются на целевом этапе, даже если сами элементы не развертываются.

Представление элемента родительского дочернего элемента

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

Свойства элемента, скопированные во время развертывания

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

Во время развертывания следующие свойства элемента копируются и перезаписываются свойства элемента на целевом этапе:

• Источники данных (поддерживаются правила развертывания)

• Параметры (поддерживаются правила развертывания)

• Визуальные элементы отчета

• Страницы отчета

• Плитки панели мониторинга

• Метаданные модели

• Связи элементов

• Метки конфиденциальности копируются только в том случае, если выполняется одно из следующих условий. Если эти условия не выполнены, метки конфиденциальности не копируются во время развертывания.

  • Новый элемент развертывается или существующий элемент развертывается на пустом этапе.

    Примечание.

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

  • Исходный элемент имеет метку с защитой, а целевой элемент не имеет. В этом случае всплывающее окно запрашивает согласие на переопределение целевой метки конфиденциальности.

Свойства элемента, которые не копируются

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

• Данные — данные не копируются. Копируются только метаданные

• URL

• ID

• Разрешения. Для рабочей области или определенного элемента

• Параметры рабочей области. Каждый этап имеет собственную рабочую область

• Содержимое приложения и параметры. Чтобы обновить приложения, см. статью "Обновление содержимого для приложений Power BI"

• Личные закладки

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

• Назначение ролей

• Обновить расписание

• Учетные данные источников данных

• Параметры кэширования запросов (можно наследовать от емкости)

• Параметры подтверждения

Поддерживаемые функции семантической модели

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

• Добавочное обновление

• Составные модели

Добавочное обновление

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

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

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

Активация добавочного обновления в конвейере

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

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

1. Внесите изменения в PBIX-файл в Power BI Desktop. Чтобы избежать длительного времени ожидания, можно внести изменения с помощью примера данных.

2. Отправьте PBIX-файл на первый этап разработки.

3. Разверните содержимое на следующем этапе. После развертывания внесенные изменения будут применяться ко всей семантической модели, которую вы используете.

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

Примеры использования

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

• Создайте конвейер и подключите его к рабочей области с семантической моделью, включающей добавочное обновление.

• Включите добавочное обновление в семантической модели, которая уже находится в рабочей области разработки.

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

• Публикация семантической модели, которая использует добавочное обновление в рабочей области, которая является частью существующего конвейера.

Ограничения добавочного обновления

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

При повторной публикации семантической модели в активном конвейере с включенным добавочным обновлением следующие изменения приводят к сбою развертывания из-за потенциальной потери данных:

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

• Переименование таблицы с включенным добавочным обновлением.

• Переименование нерасчетных столбцов в таблице с включенным добавочным обновлением.

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

Составные модели

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

Вы можете использовать составные модели для подключения семантической модели Fabric к внешней семантической модели, такой как Службы Azure Analysis Services. Дополнительные сведения см. в разделе "Использование DirectQuery для семантических моделей Fabric" и служб Azure Analysis Services.

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

Автоматические агрегаты

Автоматические агрегаты создаются на основе определяемых пользователем агрегатов и используют машинное обучение для непрерывной оптимизации семантических моделей DirectQuery для максимальной производительности запросов отчетов.

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

Чтобы включить автоматические агрегаты, следуйте инструкциям в настройке автоматической статистической обработки.

Гибридные таблицы

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

Обновление содержимого для приложений Power BI

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

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

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

Разрешения

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

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

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

• Конвейеры развертывания не поддерживают группы Microsoft 365 в качестве администраторов конвейеров.

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

Таблица разрешений

В этом разделе описаны разрешения конвейера развертывания. Разрешения, перечисленные в этом разделе, могут иметь различные приложения в других функциях Fabric.

Наименьшее разрешение конвейера развертывания — администратор конвейера и требуется для всех операций конвейера развертывания.

Предоставленные разрешения

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

Необходимые разрешения для популярных действий

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

Рекомендации и ограничения

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

• Рабочая область должна находиться в емкости Fabric.
• Максимальное количество элементов, которые можно развернуть в одном развертывании, равно 300.
• Скачивание PBIX-файла после развертывания не поддерживается.
• Группы Microsoft 365 не поддерживаются в качестве администраторов конвейера.
• При первом развертывании элемента Power BI, если другой элемент на целевом этапе имеет одинаковое имя и тип (например, если оба файла являются отчетами), развертывание завершается ошибкой.
• Список ограничений рабочей области см. в ограничениях назначения рабочей области.
• Список поддерживаемых элементов см. в разделе "Поддерживаемые элементы". Любой элемент, не указанный в списке, не поддерживается.
• Развертывание завершается ошибкой, если какие-либо элементы имеют циклические или самозависимости (например, элемент A ссылается на элемент B и элемент B ссылки на элемент A).
• Только элементы Power BI можно развернуть в рабочей области в другом регионе емкости. Другие элементы Fabric нельзя развернуть в рабочей области в другом регионе емкости.

Ограничения семантической модели

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

• Семантическая модель с режимом подключения DirectQuery или Составной, использующими варианты или таблицы даты и времени , не поддерживается. Дополнительные сведения см. в разделе "Что делать, если у меня есть набор данных с помощью режима DirectQuery или составного подключения", использующего варианты или таблицы календаря?.

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

• После развертывания скачивание семантической модели (с этапа его развертывания) не поддерживается.

• Список ограничений правил развертывания см. в разделе об ограничениях правил развертывания.

• Если автоматическая привязка включена, выполните:

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

• При развертывании семантической модели Direct Lake она не привязывается к элементам на целевом этапе. Например, если LakeHouse является источником для семантической модели DirectLake, и они развертываются на следующем этапе, семантическая модель DirectLake на целевом этапе по-прежнему будет привязана к LakeHouse на исходном этапе. Используйте правила источника данных, чтобы привязать его к элементу на целевом этапе. Другие типы семантических моделей автоматически привязаны к парным элементам на целевом этапе.

Ограничения потока данных

• Параметры добавочного обновления не копируются в 1-м поколениях.

• При развертывании потока данных на пустом этапе конвейеры развертывания создают новую рабочую область и задают хранилище потоков данных в хранилище BLOB-объектов Fabric. Хранилище BLOB-объектов используется, даже если исходная рабочая область настроена для использования хранилища озера данных Azure 2-го поколения (ADLS 2-го поколения).

• Субъект-служба не поддерживается для потоков данных.

• Развертывание общей модели данных (CDM) не поддерживается.

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

• Если поток данных обновляется во время развертывания, развертывание завершается ошибкой.

• При сравнении этапов при обновлении потока данных результаты непредсказуемы.

Ограничения Datamart

• Невозможно развернуть datamart с метками конфиденциальности.

• Для развертывания datamart необходимо быть владельцем datamart.

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

Начало работы с конвейерами развертывания.