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

Статья
05/24/2023

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

Важно!

Microsoft Fabric в настоящее время находится на этапе предварительной версии. Эти сведения относятся к предварительной версии продукта, который может быть существенно изменен перед выпуском. Корпорация Майкрософт не дает никаких гарантий, явных или подразумеваемых, в отношении предоставленной здесь информации.

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

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

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

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

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

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

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

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

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

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

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

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

Рабочая область и владение содержимым

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Схема, показывающая два конвейера. Конвейер A содержит набор данных на каждом этапе, а конвейер Б — отчет на каждом этапе. Все отчеты из конвейера B подключены к набору данных на этапе производства конвейера A.

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

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

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

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

Примечание

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

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

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

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

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

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

Развернутые элементы

При развертывании содержимого из одного этапа конвейера в другой скопированное содержимое может содержать следующие элементы:

Наборы данных
Отчеты
Потоки данных
Datamarts
Панели мониторинга
Отчеты с разбивкой на страницы

Неподдерживаемые элементы

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

Наборы данных, не полученные из PBIX-файла
наборы данных рush-уведомлений
Потоки данных потоковой передачи
Отчеты, основанные на неподдерживаемых наборах данных
Рабочие области приложений-шаблонов
Workbooks
Метрики

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

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

Источники данных (поддерживаются правила развертывания).
Параметры (поддерживаются правила развертывания )
Визуальные элементы отчета
Страницы отчета
Плитки панели мониторинга
Метаданные модели
Связи между элементами

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

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

Примечание

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

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

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

данные — данные не копируются, копируются только метаданные;
URL-адрес
ID
разрешения — для рабочей области или определенного элемента;
параметры рабочей области — у каждого этапа есть собственная рабочая область;
Содержимое и параметры приложения. Сведения об обновлении приложений см. в статье Обновление содержимого для приложений Power BI.
Личные закладки

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

Назначение роли
Расписание обновления
учетные данные источника данных;
Параметры кэширования запросов (могут унаследоваться от емкости)
Параметры подтверждения

Поддерживаемые функции набора данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Важно!

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

Разрешения

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

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

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

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

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

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

Пользователь	Разрешения конвейера	Комментарии
Администратор конвейера	Просмотр конвейера Совместное использование конвейера с другими пользователями Изменение и удаление конвейера Отмена назначения рабочей области на этапе Отображает рабочие области, помеченные как назначенные конвейеру, в служба Power BI	Доступ к конвейеру не предоставляет разрешения на просмотр содержимого рабочей области или на выполнение действий с ним.
Средство просмотра рабочей области (и администратор конвейера)	Использование содержимого Отмена назначения рабочей области на этапе	Члены рабочей области, которым назначена роль зрителя без разрешений на сборку , не могут получить доступ к набору данных или изменить содержимое рабочей области.
участник рабочей области (и администратор конвейера)	Использование содержимого Сравнение этапов Просмотреть наборы данных Отмена назначения рабочей области на этапе
Участник рабочей области (и администратор конвейера)	Просмотр содержимого рабочей области Сравнение этапов Развертывание элементов (должно быть участником или администратором исходной и целевой рабочих областей) Обновление наборов данных Отмена назначения рабочей области на этапе Настройка правил набора данных (вы должны быть владельцем набора данных)	Если включен параметр Блокировка повторной публикации и отключение обновления пакета, расположенный в разделе Безопасность набора данных клиента, обновлять наборы данных могут только владельцы наборов данных.
Администратор рабочей области (и администратор конвейера)	Просмотр содержимого рабочей области Сравнение этапов Развертывание элементов Назначение рабочих областей сцене Обновление наборов данных Отмена назначения рабочей области на этапе Настройка правил набора данных (вы должны быть владельцем набора данных)

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

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

Элемент структуры	Требуемое разрешение для развертывания существующего элемента	Владение элементом после первого развертывания	Владение элементом после развертывания на стадии с элементом
Dataset	Участник рабочей области	Владельцем становится пользователь, который выполнил развертывание.	Без изменений
Поток данных	Владелец потока данных	Владельцем становится пользователь, который выполнил развертывание.	Без изменений
Витрина данных	Владелец datamart	Владельцем становится пользователь, который выполнил развертывание.	Без изменений
Отчет с разбивкой на страницы	Участник рабочей области	Владельцем становится пользователь, который выполнил развертывание.	Владельцем становится пользователь, который выполнил развертывание.

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

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

Действие	Необходимые разрешения
Просмотр списка конвейеров в организации	Лицензия не требуется (бесплатный пользователь)
Создание конвейера	Пользователь с одной из следующих лицензий: За PPU Premium
Удаление конвейера	Администратор конвейера
Добавление или удаление пользователя конвейера	Администратор конвейера
Назначение рабочей области этапу	Администратор конвейера Администратор рабочей области (назначенной рабочей области)
Отмена назначения рабочей области сцене	Это может быть: Администратор конвейера Администратор рабочей области (с помощью API конвейеров — отмена назначения рабочей области )
Развертывание на пустом этапе	Администратор конвейера Участник или администратор исходной рабочей области
Развертывание элементов на следующем этапе	Администратор конвейера Участник или администратор рабочей области исходного и целевого этапов Чтобы развернуть диаграммы данных или потоки данных, необходимо быть владельцем развернутого элемента. Если параметр администрирования клиента набора данных включен и вы развертываете набор данных, вам потребуется быть владельцем набора данных.
Просмотр или установка правила	Администратор конвейера Целевая участник рабочей области, участник или администратор Владелец элемента, для который вы устанавливаете правило
Управление параметрами конвейера	Администратор конвейера
Просмотр этапа конвейера	Администратор конвейера Читатель рабочей области, участник, участник или администратор. Вы увидите элементы, к которым разрешения рабочей области предоставляют доступ.
Просмотр списка элементов на этапе	Администратор конвейера
Сравнение двух этапов	Администратор конвейера Участник рабочей области, участник или администратор для обоих этапов
Просмотр журнала развертывания	Администратор конвейера

Дальнейшие действия

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