Планирование реализации Power BI: распространение содержимого и общий доступ

Эта статья поможет спланировать распространение и общий доступ к содержимому в Power BI и Microsoft Fabric. Это в первую очередь предназначено для:

• Администраторы Структуры: администраторы, ответственные за надзор за Структурой в организации. Администраторы Структуры управляют параметрами администрирования, влияющими на распространение и совместное использование содержимого создателями в своей организации. Администраторы инфраструктуры могут сотрудничать с другими администраторами, чтобы управлять параметрами, доступными для создателей при размещении их контента.
• Администраторы Azure: специалисты, ответственные за управление удостоверениями в организации и создание внешних гостевых пользователей для включения Microsoft Entra B2B.
• Центр компетенции (COE), ИТ-отделы и группы бизнес-аналитики: команды, ответственные за надзор за Power BI в организации. Эти команды отвечают за определение и продвижение определенной стратегии распространения контента.
• Владельцы контента и создатели: команды и лица, которые продвигают аналитику в команде или отделе и создают и распространяют содержимое Power BI или Fabric. Владельцы содержимого и создатели должны сотрудничать с администраторами Azure для распространения или совместного использования содержимого внешним пользователям.

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

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

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

Настройка ролей и управление разрешениями

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

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

На следующей схеме показано, где можно задать роли и разрешения в Power BI и Fabric.

На схеме показаны следующие понятия и процессы:

Элемент	Описание
	Вы можете делиться содержимым в рабочих областях, назначая пользователей и группы на роли в рабочей области. Роли рабочей области могут предоставлять разрешения всем элементам в рабочей области.
	Вы можете совместно использовать содержимое из приложения, добавив людей в аудиторию приложений или создав приложение, которое предоставляет общий доступ к содержимому всей организации. • Член аудитории приложения получит разрешение только для чтения для просмотра содержимого только в приложении (и не может просматривать отдельные элементы в базовой рабочей области). • Вы можете предоставить членам аудитории приложения разрешения на создание для базовых семантических моделей отчетов и панелей мониторинга приложений.
	Вы можете предоставить доступ к отдельным элементам, предоставив прямой доступ и установив определенные разрешения. Некоторые элементы (например, потоки данных) не поддерживают общий доступ путем прямого доступа. Для этих элементов вы делитесь ими через роли пространства рабочей среды.
	Отчеты теперь предлагают больше вариантов. Например, вы можете предоставить прямой доступ со ссылкой, которая работает для конкретных пользователей и групп или со ссылкой для всей организации. Ссылки работают для определенных методов распространения, таких как внедрение в SharePoint Online или безопасное внедрение в внутреннюю веб-страницу. В этой статье представлен обзор всех возможных методов далее в этой статье.
	Вы можете распространять отчеты Power BI без настройки ролей или управления разрешениями для пользователей и групп. • Вы можете предоставить общий доступ к отчетам Power BI, встраив их в пользовательский веб-сайт или приложение. В этом случае вы самостоятельно управляете пользовательской проверкой подлинности. Для внедрения содержимого таким образом требуется номер SKU F, P, EM или A. • Вы также можете предоставлять общий доступ к отчетам с помощью публикации в Интернете, что является функцией Power BI, которая делает содержимое доступным для всех пользователей через общедоступный Интернет.

Настройка ролей для рабочих областей или приложений

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

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

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

Другие вспомогательные роли для распространения содержимого или общего доступа

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

• Роли подключения к источнику данных контролируют, может ли пользователь использовать подключение шлюза данных к источнику данных. Если семантическая модель DirectQuery использует DirectQuery с единым входом (SSO), необходимо добавить пользователя или группу в качестве роли пользователя , чтобы они могли использовать семантические модели или отчеты. Вы также можете назначить создателей на роль шлюза данных, чтобы они могли добавлять и управлять собственными подключениями к источникам данных.
• Роли безопасности данных управляют доступом пользователей данных в семантической модели. Если семантическая модель имеет роль безопасности данных, необходимо добавить пользователя или группу в эту роль перед предоставлением общего доступа к модели или подключенным отчетам и панелям мониторинга.
• Роли доступа к данным OneLake управляют доступом пользователей к данным в лейкхаусе. Если вы хотите предоставить общий доступ только к подмножеству данных в «lakehouse», необходимо добавить пользователя или группу в определённую роль OneLake для доступа к данным, после предоставления соответствующего разрешения на чтение в «lakehouse».
• Роли конвейера развертывания определяют, кто может развертывать содержимое между рабочими областями. Хотя потоки развертывания не связаны напрямую с распространением и совместным использованием содержимого, то, как вы решаете развернуть содержимое, а также кто отвечает за его развертывание, может повлиять на вашу стратегию по совместному использованию содержимого с создателями.

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

Дополнительные сведения и варианты использования групп безопасности в Fabric и Power BI см. в разделе Стратегия использования групп безопасности.

Управление разрешениями элемента

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

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

Вы можете назначить пользователям следующие разрешения для работы с элементами Power BI или Fabric:

• Разрешение только для чтения (просмотр): позволить кому-то видеть содержимое без изменения. Некоторые элементы, такие как lakehouses, позволяют более детально управлять тем, как пользователи могут просматривать содержимое, например, разрешения ReadData или ReadAll. Другие элементы, такие как семантические модели, позволяют пользователям просматривать сведения об элементе , но не просматривать его содержимое (например, данные).
• Разрешение на повторное использование: позвольте кому-то предоставить доступ к содержимому другим пользователям. Если у кого-то есть разрешения на повторное предоставление общего доступа и сборки, они также могут предоставить кому-то другому пользователю разрешение на сборку.
• Разрешение на сборку: позвольте кому-то подключиться к элементу данных (например , семантической модели), чтобы создать собственное содержимое (например , отчеты). Пользователям также может потребоваться разрешение на создание для просмотра отчетов на основе составных семантических моделей. Если вы предоставляете разрешение на сборку для аудитории отчета или приложения, оно автоматически применяется к базовым семантических моделям.
• Разрешение на запись (изменение): позвольте кому-то изменить элемент и сохранить их изменения.

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

• Рабочие области. Планирование настройки и использования рабочих областей влияет на то, будет ли вы предоставлять общий доступ к содержимому из рабочей области или нет. Планирование на уровне рабочей области является важным для стратегии распространения контента, например, как вы будете настраивать и управлять доступом к рабочей области.
• Шлюзы данных: При распространении содержимого другим пользователям, и если это содержимое использует локальные или виртуальные сетевые шлюзы данных, может потребоваться также управлять доступом к шлюзам. Убедитесь, что вы управляете доступом как к шлюзу, так и к его подключениям к источнику данных.
• Управление жизненным циклом контента. Как вы решите, что вы будете совместно использовать содержимое, может повлиять на управление жизненным циклом этого содержимого. Обычно вы делитесь содержимым в рамках действий после развертывания.
• Защита информации и защита от потери данных: чрезмерное использование содержимого или совместное использование содержимого неуместным образом представляет собой риск управления и безопасности для организаций. Одним из способов устранения этого риска является практика защиты от потери данных для Power BI.
• Безопасность. Общий доступ — это важный раздел в контексте защиты содержимого Power BI и Fabric. Убедитесь, что вы проводите планирование отчетов для потребителей по предоставлению контента потребителям и планирование контента для создателей по предоставлению контента создателям.
• Аудит и мониторинг. Следует регулярно проводить аудит и мониторинг действий по совместному использованию и распространенности путем проведения аудита на уровне клиента.

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

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

Планирование распространения содержимого потребителям

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

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

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

Потребители содержимого могут быть внутренними или внешними для организации в зависимости от того, есть ли у них удостоверение Microsoft Entra в той же организации, что и при публикации содержимого:

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

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

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

На схеме показаны следующие понятия и процессы:

Элемент	Описание
	Создатели контента создают и развертывают содержимое в своей организации. Они могут распространять содержимое другим внутренним пользователям, использующим Fabric (например, портал Fabric или мобильное приложение Power BI). Создатели также могут совместно использовать элементы отчетов, внедряя их в другие внутренние службы, отличные от Fabric.
	Создатели также могут делиться элементами за пределами организации. Они могут распространять содержимое внешним гостевым пользователям, которые были добавлены в организацию с помощью Microsoft Entra B2B. Создатели также могут предоставлять доступ к элементам отчетности внешним пользователям.
	Содержимое развертывается в клиенте Fabric, где потребители могут использовать или просматривать его.
	Емкость Fabric необходима для создания и совместного использования объектов Fabric. Если емкость Fabric отсутствует, создатели по-прежнему могут создавать, развертывать и совместно использовать элементы Power BI (например, потоки данных, семантические модели и отчеты).
	Содержимое развертывается в рабочей области, которая может содержать различные элементы, которые могут быть организованы в папки. Рабочие области могут принадлежать конвейерам развертывания и доменам (не изображены на этой схеме).
	Создатели могут совместно использовать содержимое для внутренних пользователей или внешних гостевых пользователей, которые являются потребителями контента, назначив их роли рабочей области просмотра. Эта роль предоставляет доступ только для чтения ко всему содержимому в рабочей области.
	Создатели могут делиться отдельными элементами с внутренними пользователями или группами, предоставляя прямой доступ или ссылаясь. Пользователи, использующие ссылку в организации, у которых нет прямого доступа, могут запросить ее. Создатели, которые совместно используют содержимое с помощью ссылок, также могут изменить URL-адрес, чтобы отфильтровать отчет, используя параметры запроса.
	Выбранные элементы отчетов в рабочей области можно упаковить в приложение.
	Создатели могут распространять содержимое через приложения, создавая и добавляя внутренних или внешних гостевых пользователей, которые являются потребителями контента в одну или несколько аудиторий приложений. Создатели могут упорядочивать содержимое приложения в аудитории, при этом каждая аудитория имеет доступ к разным подмножествам содержимого.
	Создатели могут хранить файлы содержимого, такие как PBIX-файлы Power BI Desktop , в SharePoint или OneDrive для работы или учебного заведения.
	Создатели могут делиться ссылкой на .pbix файлы из SharePoint или OneDrive для работы или учебы. Если у внутреннего пользователя есть лицензия Power BI Pro, они могут просматривать отчеты из этих файлов, не открывая их (даже если файлы не публикуются в рабочей области). Получатели ссылки, у которых нет доступа или лицензии Power BI Pro, не могут просматривать файлы.
	Создатели могут совместно использовать элементы отчетов через прямой доступ с помощью интерфейса, отличного от Fabric. Они могут: • Внедрение содержимого в Microsoft Teams (как вкладка в чате или канале команды). • Внедрение содержимого в презентацию PowerPoint. • Внедрение содержимого в SharePoint Online. • Внедрение содержимого в приложение PowerApps на основе холста (для которого требуются лицензии PowerApps, но не F, P, A или EM SKU). • Внедрение содержимого на внутренний веб-сайт (также называется безопасным внедрением). • Внедрение содержимого в внутреннее приложение (также известное как Внедрение для вашей организации, для которого требуется номер SKU F, P, A или EM). • Подписки на отчёты и подписки на отчёты с разбивкой на страницы, которые обеспечивают плановую доставку статических отчётов по электронной почте. Вы также можете использовать обычные подписки и динамические подписки для каждого получателя как для отчетов, так и для отчетов с разбивкой на страницы. • Экспорт в файл через API (например, с использованием Power Automate для отправки экспортированных отчетов по электронной почте).
	Создатели также имеют различные варианты предоставления общего доступа к элементам отчетности внешним пользователям за пределами Fabric. Они могут: • Безопасное внедрение содержимого на внешний веб-сайт (требуется номер F, P, A или EM SKU). • Безопасное внедрение содержимого в внешнее приложение (также известное как Внедрение для клиентов). • Публикация в Интернете для отчетов, которая делает содержимое доступным для всех пользователей через общедоступный Интернет. Публикация в Интернете рекомендуется только для содержимого, подходящего для общедоступной аудитории. Опубликование в Интернете не подходит для чувствительных или конфиденциальных отчётов. Дополнительные сведения см. в статье Публикация в Интернете из Power BI.

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

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

Шаг 1. Определение того, кто потребитель и как они получают доступ

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

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

• Сколько потребителей есть?
• Какое содержимое требуется для этих потребителей?
• Требуется ли пользователям доступ к подключениям к источнику данных шлюза данных для просмотра содержимого, использующего режим DirectQuery для запроса локальных или частных источников данных сети?

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

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

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

Вариант 1. Распространение содержимого потребителям

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

Этот подход полезен, когда:

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

Пошаговое руководство по созданию и добавлению участников в группу безопасности Microsoft Entra см. в этом руководстве.

Вариант 2. Потребители запрашивают доступ к содержимому

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

Этот подход полезен, когда:

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

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

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

Вариант 3. Вся организация может получить доступ к содержимому

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

Этот подход полезен, когда:

• Содержимое и базовые данные подходят для всей организации.
• У вас есть процессы, которые помогают потребителям контента найти и понять его, например обучение, время приёма или часто задаваемые вопросы (ЧЗВ).

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

Шаг 2. Определение того, где потребители будут просматривать содержимое

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

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

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

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

Вариант 1. Просмотр отдельных элементов содержимого в Fabric

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

Этот подход полезен, когда:

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

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

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

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

Владельцы содержимого могут управлять общими представлениями в области "Управление разрешениями ".

Вариант 2. Просмотр содержимого в рабочей области

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

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

Этот подход полезен, когда:

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

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

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

Вариант 3. Просмотр содержимого в приложении

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

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

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

Этот подход полезен, когда:

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

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

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

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

Вариант 4. Просмотр содержимого из других служб

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

Этот подход полезен, когда:

• Потребители намерены использовать содержимое вместе или вместе с другими приложениями.
• Для обеспечения оптимального взаимодействия с потребителями требуются другие службы или приложения.
• Вы хотите предоставить удобный доступ к содержимому, распространяемого по нескольким рабочим областям (например, с портала SharePoint Online или внутреннего веб-сайта).

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

Каждый подход имеет определенные варианты использования, которые они могут поддерживать:

• Внедрение в Microsoft Teams. Этот вариант может оказаться полезным при использовании отчетов Power BI для координации проекта или другой совместной работы.
• Внедрение в PowerPoint. Этот вариант может быть полезным, если вы хотите интегрировать отчеты Power BI в презентации или отображать несколько отчетов постоянно на экране. Примерами могут быть отчеты, показывающие инциденты или открытые заказы в производственном заводе.
• Внедрение в SharePoint Online. Этот вариант может оказаться полезным, если вы хотите централизировать отчеты на сайте SharePoint, чтобы обеспечить совместную работу или когда SharePoint является предпочтительным способом распространения и управления доступом к различным типам контента в организации.
• Внедрение в приложения Power Apps на холсте: Этот вариант может быть полезным, если вы хотите, чтобы содержимое Power BI информировало решения и действия пользователей в приложении, созданном с помощью Power Apps. Например, у вас может быть приложение для регистрации мест в открытом офисе, а также отчет Power BI, показывающий данные о доступности мест и заполнении офиса. Однако Power Apps требует лицензий как для создателей, так и для потребителей.
• Внедрение на внутренний веб-сайт или внешнее приложение. Этот вариант может оказаться полезным, если вы хотите интегрировать отчеты Power BI с другими пользовательскими разработанными содержимым. Однако этот подход требует больше усилий по разработке. Когда это сделано для внутреннего веб-сайта, вы можете использовать подход внедрения для организации . Когда задача выполняется для внешнего приложения, вы можете использовать подход "Для ваших клиентов". Для этого подхода требуется емкость Fabric (SKU F) или Power BI Embedded (SKU EM).
• Подписки на отчет: этот параметр позволяет подписываться потребителям на отчеты и отчеты с разбивкой на страницы, которые могут доставлять статические отчеты по электронной почте или на сайт SharePoint по расписанию. Для отчетов подписки имеют преимущество уведомления потребителей при обновлении данных в базовой семантической модели. Этот подход лучше всего сочетать с другими методами, например совместное использование содержимого из приложения. Таким образом, потребители знают, что приложение нужно проверять только при обновлении его содержимого.
• Экспорт в API файлов: этот параметр позволяет использовать ограниченные сценарии, если требуется распространять статические версии отчетов в виде PDF-документа (.pdf) или файла PowerPoint (.pptx).

Если вы решили распространять содержимое с помощью подписок отчетов или экспорта, рассмотрите возможность использования меток конфиденциальности с политикой предотвращения потери данных Microsoft Purview для Power BI. Соответствующее использование меток конфиденциальности может предотвратить экспортированные файлы с конфиденциальными данными от эксфильтрации вашей организации.

Шаг 3. Определение того, находятся ли потребители за пределами организации

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

Вариант 1. Создание повторяющихся удостоверений для внешних потребителей

В этом подходе вы создаете дублирующие идентификаторы для внешних потребителей, которые затем становятся внутренними потребителями. Администратор Azure создает новую учетную запись внешнего потребителя в клиенте, который он должен использовать для доступа к содержимому. Затем администратор Microsoft 365 назначает соответствующие лицензии для нового удостоверения каждого пользователя, чтобы обеспечить доступ к содержимому. Хотя этот вариант является самым простым, он включает в себя затраты и затраты для создания и управления новыми учетными записями.

Этот подход полезен, когда:

• Ограничения Microsoft Entra B2B препятствуют выполнению необходимых действий. Примеры ограничений Microsoft Entra B2B для потребителей:
  • Внешние гостевые пользователи могут не открывать файлы, экспортированные из отчетов с меткой конфиденциальности с параметрами защиты.
  • Внешние гостевые пользователи не могут использовать Power BI Desktop для подключения к семантической модели или потокам данных, которые находятся в служба Power BI.
  • Внешние гостевые пользователи не могут использовать анализ в Excel.
• У вас нет навыков разработки или ресурсов для внедрения содержимого в пользовательское приложение.
• Существует не много долгосрочных, внешних потребителей.

Вариант 2. Создание гостевой учетной записи Microsoft Entra B2B для внешних потребителей

Microsoft Entra B2B — это хороший вариант распространения содержимого внешним потребителям. При таком подходе администратор Azure добавляет внешнего потребителя в качестве внешнего гостевого пользователя в идентификатор Microsoft Entra. Если для доступа к содержимому требуется внешний пользователь, администратор Azure или администратор Microsoft 365 могут подготовить лицензию на пользователя для удостоверения.

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

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

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

Пользователям не требуется лицензия Power BI Pro для просмотра содержимого в емкости Fabric. Однако создатели требуют лицензии Power BI Pro для создания и совместного использования содержимого Power BI. Пользователям требуется лицензия Power BI Pro для просмотра содержимого в рабочей области, которая использует тип рабочей области Pro или Premium на пользователя (PPU).

Microsoft Entra B2B требует включения определенных параметров на портале администрирования Fabric. Общие сведения о соответствующих параметрах, которые администратор Структуры может использовать для управления тем, как создатели совместно используют содержимое, см. в разделе "Экспорт и общий доступ к параметрам клиента".

Ниже приведены некоторые сценарии, в которых можно использовать Microsoft Entra B2B для доставки содержимого внешним потребителям:

• Прямая совместная работа между организациями
• Родители и дочерние компании или филиалы
• Общий клиент среди партнерских организаций
• Распространение среди многих внешних партнеров

Этот подход полезен, когда:

• Существует контролируемое количество внешних потребителей.
• У вас есть емкость Fabric и требуется, чтобы внешние потребители могли воспользоваться бесплатной аудиторией, или внешние потребители имеют собственные лицензии Power BI Pro для использования с BYOL.
• У вас нет навыков разработки или ресурсов для внедрения содержимого в пользовательское приложение.

Microsoft Entra B2B имеет ограничения, которые следует учитывать. Тщательно спланируйте и проводите тест с одним или несколькими внешними пользователями перед фиксацией подхода к распространению содержимого.

Вариант 3. Внедрение содержимого на пользовательском веб-сайте или приложении

В этом подходе используется SKU F, P, A или EM для размещения контента на пользовательском внешнем веб-сайте или приложении (для ваших клиентов). Этот подход требует навыков, времени и ресурсов для разработки пользовательского приложения и управления проверкой подлинности. Она обеспечивает гибкость и контроль над процессом доступа.

Этот подход полезен, когда:

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

Вариант 4. Публикация содержимого для общедоступной аудитории с помощью публикации в Интернете

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

Этот вариант выгоден, когда:

• Содержимое не содержит конфиденциальную информацию и предназначено для общедоступной аудитории.
• Вы хотите внедрить или связать содержимое на общедоступном веб-сайте, например с помощью элемента iframe HTML.

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

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

Шаг 4. Определение рекомендаций по лицензированию потребителей

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

• Лицензии на пользователей: пользователям содержимого могут потребоваться лицензии Microsoft Fabric Free, Power BI Pro или Premium на пользователя (PPU) для просмотра содержимого в зависимости от других факторов (описанных далее в этом разделе).
• Лицензии на емкость. Для внедрения содержимого в пользовательское приложение требуется либо емкость Fabric (FKU), либо Power BI Embedded (EM SKU).
• Другие лицензии: если вы распространяете содержимое с помощью других служб или приложений, потребители содержимого могут требовать другие лицензии. Например, создатели содержимого и потребители требуют лицензии Power Apps для распространения и просмотра содержимого с помощью этой службы.

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

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

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

Сценарий 1. Потребители не требуют лицензии

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

• Содержимое распространяется публично через функцию "Опубликовать в веб".
• Потребители получают доступ к внедренному содержимому через внешний веб-сайт или приложение (который использует сценарий внедрения для клиентов ).

Сценарий 2. Потребители требуют бесплатных лицензий Microsoft Fabric

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

Сценарий 3. Для потребителей требуются лицензии Power BI Pro

Создателям содержимого всегда необходима лицензия Power BI Pro для совместного использования содержимого Power BI, даже если оно опубликовано в рабочей области с вместимостью Fabric. Однако создатели содержимого не требуют лицензии Power BI Pro для создания или совместного использования содержимого Fabric.

Для потребителей содержимого требуется лицензия Power BI Pro:

• Используйте содержимое, находящееся в рабочей области, которая не использует тип резервов рабочей области Fabric.
• Совместное использование содержимого Power BI с другими потребителями.
• Просмотр общих файлов .pbix, хранящихся в OneDrive для работы или учебы, или в SharePoint.
• Используйте гостевую учетную запись Microsoft Entra B2B, которая не может использовать BYOL.

Сценарий 4. Для потребителей требуются лицензии Power BI Pro или PPU

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

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

Шаг 5. Определение того, требуются ли потребители разрешения на сборку

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

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

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

Вариант 1. Нет разрешений на сборку

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

Этот подход полезен, когда:

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

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

Рассмотрим следующие функции Power BI, которые обеспечивают гибкость для потребителей:

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

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

Вариант 2. Разрешение на формирование аудитории приложений

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

Этот подход полезен, когда:

• Содержимое распространяется с помощью приложений Power BI.
• Пользователям требуется разрешение на сборку только для семантических моделей.
• Необходимо предоставить нескольким пользователям разрешение на сборку нескольких элементов в одной рабочей области.

Не предоставляйте право на создание, добавляя участников в роли рабочей области "Администратор", "Член" или "Участник". Эти роли предоставляют разрешение на запись , а не разрешение на сборку . Если у пользователей есть разрешение на запись, безопасность на уровне строк не применяется, и она позволяет им просматривать и изменять правила безопасности.

Вариант 3. Разрешение на сборку элементов

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

Этот подход полезен, когда:

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

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

Планирование совместного использования содержимого с другими создателями

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

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

На схеме показаны следующие понятия и процессы:

Элемент	Описание
	Создатели контента создают и развертывают содержимое в своей организации. Они могут совместно использовать содержимое с другими внутренними пользователями, использующими Fabric (например, портал Fabric или мобильное приложение Power BI).
	Создатели также могут делиться элементами за пределами организации. Они могут распространять содержимое внешним гостевым пользователям, которые были добавлены в организацию с помощью Microsoft Entra B2B. В некоторых сценариях создатели также могут предоставлять доступ к файлам содержимого внешним пользователям.
	Содержимое развертывается в клиенте Fabric, где создатели могут использовать или просматривать его.
	Емкость Fabric необходима для создания и совместного использования объектов Fabric.
	Содержимое развертывается в рабочем пространстве.
	Создатели могут распространять содержимое с другими внутренними пользователями или внешними гостевыми пользователями, являющимися создателями контента, назначая им роли Администратора, Участника или Контрибьюторароли рабочей области. Рекомендуется использовать принцип наименьших привилегий при совместном использовании содержимого по роли рабочей области.
	Создатели также могут совместно использовать содержимое с другими внутренними пользователями или внешними гостевыми пользователями, которые являются создателями контента, предоставляя доступ к отдельным элементам через ссылки. Когда создатели имеют доступ к элементам данных через прямой доступ или роли рабочей области, они могут найти это содержимое с помощью каталога OneLake.
	В рабочей области на емкостях Fabric создатели могут создавать и использовать озерохранилища, которые состоят из таблиц и файлов в папках.
	Создатели могут делиться данными в папке Lakehouse с другими внутренними или внешними гостевыми пользователями, которые также являются создателями, с помощью ролей доступа к данным OneLake, которые также называются управлением доступом на основе ролей (RBAC).
	В рабочей области в емкости Fabric создатели могут создавать и использовать базы данных KQL, составляющие таблицы и файлы в папках.
	Создатели могут делиться данными из папок базы данных Lakehouse или KQL с внешними пользователями за пределами организации с помощью внешнего совместного использования данных.

Шаг 1. Определение того, кто создатели и как они получают доступ

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

Затем вы готовы выполнить следующие задачи:

• Шлюзы общего доступа: При необходимости настройте доступ к шлюзу данных, добавляя потребителей к подключениям к источникам данных в роли пользователя (или пользователя с общим доступом).
• Создание рабочих областей. Создание и предоставление общего доступа к рабочей области, в которой создатели должны опубликовать свое содержимое, если у них еще нет. Создатели могут потребовать доступа к нескольким рабочим областям, если они планируют использовать отдельные рабочие области для разработки, тестирования и совместного использования содержимого с потребителями. Кроме того, вы можете предоставить доступ к существующей рабочей области , содержащей другое содержимое, к которому создатели должны получить доступ (описано далее в этой статье).
• Выделение лицензий. Создатели нуждаются в разных лицензиях в зависимости от содержимого, которое они производят.
  • Лицензии Power BI Pro всегда требуются для создания и совместного использования содержимого Power BI.
  • Лицензии PPU необходимы для создания и совместного использования содержимого, если в рабочей области используется тип рабочей области PPU.
  • Лицензия не требуется для создания и совместного использования элементов Fabric, если рабочая область расположена на емкости Fabric.

Вариант 1. Вы предоставляете доступ к создателям

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

Этот подход полезен, когда:

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

Вариант 2. Создатели находят элементы и запрашивают доступ из каталога OneLake

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

Этот подход полезен, когда:

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

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

Шаг 2. Решение о разрешениях создателя

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

Вариант 1. Разрешение на запись

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

Предоставьте создателям разрешения на запись, когда:

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

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

Вариант 2. Разрешение на сборку

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

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

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

Вариант 3. Разрешение на чтение

Вы можете предоставить создателям разрешение на чтение определенных элементов данных Fabric, таких как lakehouses. Таким образом, они могут создавать собственное содержимое (например, семантические модели и отчеты), не изменяя исходный элемент данных.

Предоставьте создателям разрешение на чтение, если:

• Создатели должны обнаруживать семантические модели в каталоге OneLake, чтобы просмотреть их метаданные, а затем запросить разрешение на сборку от владельца содержимого.
• Для создания собственного контента создатели должны использовать такие элементы данных Fabric, как lakehouses или хранилища данных.

Шаг 3. Определение того, находятся ли создатели вне организации

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

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

Вариант 1: Создайте дублирующие идентичности для внешних создателей

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

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

• Внешние создатели должны получить доступ к другим внутренним службам или они предпочитают использовать отдельную внутреннюю учетную запись.
• Организационные политики или параметры администратора не позволяют осуществлять межорганизационный обмен (B2B).
• Ограничения Microsoft Entra B2B препятствуют выполнению необходимых действий. Ниже приведены примеры ограничений Microsoft Entra B2B для создателей:
  • Внешние гостевые пользователи не могут использовать Power BI Desktop для подключения к семантическим моделям или потокам данных, которые находятся в службе Power BI, и не могут публиковать в Power BI Desktop.
  • Внешние гостевые пользователи не могут задать метки конфиденциальности.
  • Внешние гостевые пользователи не могут установить локальный шлюз данных.

Вариант 2. Создание гостевой учетной записи Microsoft Entra B2B для внешних создателей

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

Рассмотрите возможность распространения содержимого внешним гостевым пользователям, когда:

• Внешние создатели имеют собственные лицензии Power BI Pro и PPU.
• Вы будете совместно использовать несколько элементов содержимого с несколькими внешними создателями.
• Вы будете распространять контент многим внешним создателям, обладающим экспертными знаниями в определённых областях.

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

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

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

Шаг 4. Определение того, какие создатели должны получить доступ

Вы можете предоставить доступ создателям на четырех разных уровнях в зависимости от того, что им нужно сделать:

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

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

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

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

Вариант 1: Доступ к конвейеру развертывания

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

Этот подход полезен, когда:

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

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

Вариант 2. Доступ к рабочей области

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

Этот подход полезен, когда:

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

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

Вариант 3. Доступ к элементам

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

Этот подход полезен, когда:

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

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

Вариант 4. Доступ к данным

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

• Роль доступа к данным OneLake: вы можете назначить кому-то роль доступа для данных в папке lakehouse. Этот подход позволяет применять RBAC к данным OneLake, чтобы ограничить доступные данные.
• Ярлыки OneLake: Хотя это не строго метод общего доступа, вы можете предоставить доступ к данным, создав внутренние ярлыки OneLake для ссылки на данные в существующих элементах Fabric. Этот подход позволяет повторно использовать данные между командами и рабочей областью при сохранении одной копии данных.

Эти подходы полезны в следующих случаях:

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

Создатели должны иметь разрешения ReadAll или Write на платформе lakehouse (через доступ к рабочей области или элементам), чтобы принадлежать к роли доступа к данным OneLake. Создатели должны иметь разрешение на запись в Lakehouse, чтобы создавать ярлыки. Невозможно предоставить доступ к данным без первого предоставления доступа к элементу, который содержит эти данные.

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

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

Дополнительные рекомендации, действия, критерии принятия решений и рекомендации по внедрению Power BI см. в статье о планировании реализации Power BI.