Стратегия внедрения Microsoft Fabric: владение контентом и управление ими

Примечание.

Эта статья является частью серии статей по внедрению Microsoft Fabric. Для получения сведений о серии см. дорожную карту внедрения Microsoft Fabric.

Примечание.

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

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

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

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

К областям на приведенной выше схеме относятся:

Область Description
Область 1. Самообслуживание, управляемое бизнесом: Все содержимое принадлежит создателям и экспертам по конкретным вопросам в рамках бизнес-подразделения. Эта стратегия владения также называется децентрализованной или нижней стратегией.
Область 2. Управляемое самообслуживание: данные принадлежат и управляются централизованной командой, тогда как пользователи из бизнеса несут ответственность за отчеты и панели мониторинга данных. Эта стратегия владения также называется дисциплиной в основе и гибкостью на краю.
Область 3. Корпоративная: все содержимое принадлежит централизованной команде, такой как ИТ-отдел, корпоративная бизнес-аналитика или Центр передовых знаний (COE).

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

  • Требования к решению (например, коллекции отчетов, приложения Power BI или lakehouse).
  • Навыки пользователя.
  • Продолжающаяся приверженность росту подготовки и навыков.
  • Требуется гибкость.
  • Уровень сложности.
  • Приоритеты и уровень обязательств руководства.

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

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

Как описано в статье об управлении, уровень управления и надзора зависит от:

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

а именно:

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

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

Владение и управление

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

Роль Description
Куратор данных Ответственность за определение и /или управление приемлемыми уровнями качества данных, а также управление главными данными (MDM).
Эксперт по предметной области (SME) Ответственность за определение того, что означают данные, для чего они используются, кто может получить к ним доступ и как данные представлены другим. Взаимодействует с владельцем домена по мере необходимости и поддерживает коллег в использовании данных.
Технический владелец Ответственность за создание, обслуживание, публикацию и защиту доступа к элементам данных и отчетов.
Владелец домена Высокопоставленный руководитель, который сотрудничает с группами управления по вопросам политики управления данными, процессов и требований. Лицо, принимающее решения для определения соответствующих и несоответствующих использованиях данных. Участвует в совете по управлению данными, как описано в статье об управлении .

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

Примечание.

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

  • Кто обращается с вопросами.
  • Отзывы.
  • Запросы на улучшение.
  • Запросы на поддержку.

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

Рекомендации по успешному управлению собственностью:

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

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

Самообслуживание, управляемое бизнесом

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

Внимание

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

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

  • Децентрализованное управление данными соответствует культуре работы с данными организации, и организация готова поддержать эти инициативы.
  • Исследование данных и свобода инноваций является высоким приоритетом.
  • Бизнес-подразделение хочет иметь наибольшее участие и сохранить самый высокий уровень контроля.
  • Подразделение имеет квалифицированных пользователей, способных (и полностью приверженных) поддержке решений через весь жизненный цикл. Он охватывает все типы элементов, включая данные (такие как lakehouse, хранилище данных, конвейер данных, поток данных или семантическая модель), визуальные элементы (например, отчеты и панели мониторинга) и приложения Power BI.
  • Гибкость в реагировании на изменения в бизнесе и быстрая реакция перевешивают необходимость более строгого управления и надзора.

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

  • Научите создателей использовать те же методы, что и ИТ-специалисты, например совместные семантические модели и Dataflow Gen2 (или dataflows (устаревшая версия) для пользователей Pro/PPU без доступа к Fabric). Используйте хорошо организованный OneLake. Централизация данных для уменьшения обслуживания, повышения согласованности и снижения риска.
  • Сосредоточьтесь на предоставлении наставничества, обучения, ресурсов и документации (описано в статье о наставничестве и включении пользователей). Важность этих усилий не может быть чрезмерной. Будьте готовы к тому, что уровень навыков создателей контента для самообслуживания будет значительно отличаться. Также часто бывает, что решение обеспечивает отличную бизнес-ценность, но построено таким образом, что со временем оно не будет масштабироваться или работать эффективно (по мере увеличения объема исторических данных). Наличие COE для помощи в таких ситуациях очень ценно.
  • Укажите рекомендации по лучшему способу использования подтверждений. Промоция рекомендации предназначена для контента, созданного независимыми авторами. Рекомендуется зарезервировать использование сертифицированного подтверждения для содержимого корпоративной бизнес-аналитики и управляемого содержимого бизнес-аналитики самообслуживания (описано далее).
  • Анализ журнала действий для обнаружения ситуаций, когда COE может заранее связаться с владельцами самообслуживания, чтобы предложить полезную информацию. Особенно полезно при обнаружении неоптимального шаблона использования. Например, журнал активности может показать чрезмерное использование совместного использования отдельных элементов, если аудитории приложений Power BI или роли рабочей области могут быть лучшим выбором. Данные из журнала действий позволяют COE предлагать поддержку и консультации бизнес-подразделениям. В свою очередь, эта информация может помочь повысить качество решений, позволяя бизнесу сохранять полное владение и контроль над их контентом. Дополнительные сведения см. в разделе "Аудит и мониторинг".

Управляемое самообслуживание

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

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

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

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

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

  • Научить пользователей отделять разработку моделей и отчетов. Они могут использовать динамические подключения для создания отчетов на основе существующих семантических моделей. Если семантическая модель отделяется от отчета, она способствует повторному использованию данных многими отчетами и многими авторами. Он также упрощает разделение обязанностей.
  • Используйте Dataflow Gen2 (или устаревшие потоки данных для пользователей Pro/PPU) для централизации логики подготовки данных и для совместного использования часто применяемых таблиц данных, таких как даты, клиенты, продукты или продажи, с множеством авторов семантических моделей. Оптимизируйте поток данных как можно больше, используя понятные имена столбцов и корректные типы данных, чтобы снизить требуемые усилия в последующих процессах для авторов семантических моделей, которые используют поток данных в качестве источника. Потоки данных являются эффективным способом сокращения времени, связанного с подготовкой данных и улучшением согласованности данных в семантических моделях. Использование потоков данных также уменьшает количество обновлений данных в исходных системах и позволяет меньше пользователей, которым требуется прямой доступ к исходным системам.
  • Когда создатели самообслуживания должны расширить существующую семантическую модель с помощью данных отдела, научите их создавать составные модели. Эта функция позволяет обеспечить идеальный баланс самообслуживания при использовании инвестиций в активы данных, которые централизованно управляются.
  • Используйте сертифицированное подтверждение для семантических моделей и потоков данных, чтобы помочь создателям содержимого определить надежные источники данных.
  • Включите согласованную фирменную символику для всех отчетов, чтобы указать, кто создал содержимое и кто обратиться за помощью. Фирменная символика особенно полезна для отличия содержимого, созданного создателями самообслуживания. Небольшое изображение или текстовая метка в нижнем колонтитуле отчета ценна при экспорте отчета с портала Fabric.
  • Рассмотрите возможность реализации отдельных рабочих областей для хранения данных и отчетов. Такой подход обеспечивает более четкое представление о том, кто отвечает за содержимое. Он также позволяет более строгим назначениям ролей рабочей области. Таким образом создатели отчетов могут публиковать содержимое только в рабочей области отчетов; а разрешение на чтение и создание семантической модели позволяет создателям создавать новые отчеты с помощью безопасности на уровне строк (RLS) в случаях, когда это применимо. Дополнительные сведения см. в разделе "Планирование на уровне рабочей области". Дополнительные сведения о RLS см. в разделе "Планирование безопасности создателя контента".
  • Используйте REST API Power BI для компиляции инвентаризации элементов Power BI. Анализ соотношения семантических моделей с отчетами для оценки степени повторного использования семантической модели.

Предприятие

Корпоративная — это централизованный подход к доставке данных и решений бизнес-аналитики, в которых все содержимое решения принадлежит централизованной команде. Обычно это ИТ-отдел, корпоративная бизнес-аналитика или COE.

Корпоративная версия оптимально подходит для:

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

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

  • Реализуйте строгий процесс для использования сертифицированного подтверждения содержимого. Не все корпоративное содержимое должно быть сертифицировано, но большая часть его, вероятно, должна быть. Сертифицированное содержимое должно указывать на то, что качество данных проверено. Сертифицированное содержимое также должно соответствовать правилам управления изменениями, иметь официальную поддержку и полностью документироваться. Так как сертифицированное содержимое прошло строгие стандарты, ожидания надежности выше.
  • Включите согласованную фирменную символику в отчеты корпоративной бизнес-аналитики, чтобы указать, кто создал содержимое и кто обратиться за помощью. Небольшое изображение или текстовая метка в нижнем колонтитуле отчета ценна при экспорте отчета пользователем.
  • Если вы используете определенную фирменную символику отчета для указания содержимого корпоративной бизнес-аналитики, будьте осторожны с функцией сохранения копии , которая позволит пользователю скачать копию отчета и персонализировать его. Хотя эта функция является отличным способом соединять корпоративную бизнес-аналитику с управляемым самообслуживанием BI, она уменьшает ценность фирменной символики. Более интегрированное решение — предоставить отдельный файл шаблона Power BI Desktop для пользователей, создающих отчеты самостоятельно. Шаблон определяет отправную точку для создания отчета с динамическим подключением к существующей семантической модели, и она не включает фирменную символику. Файл шаблона можно использовать как ссылку в приложении Power BI или на портале сообщества.

Передача прав владения

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

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

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

Примечание.

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

Кроме того, централизованная команда способна передавать право собственности бизнес-единице. Это может произойти, когда:

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

Совет

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

Соображения и ключевые действия

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

  • Получить полное представление о том, что происходит в настоящее время: убедитесь, что вы глубоко понимаете, как происходит владение контентом и управление ими в организации. Признайте, что, скорее всего, не будет универсального подхода, который можно было бы единообразно применить ко всей организации. Просмотрите сценарии использования, чтобы понять, как Power BI и Fabric можно использовать различными способами.
  • Проведение обсуждений: определите, что в настоящее время работает хорошо, что не работает хорошо, и каков желаемый баланс между тремя стратегиями владения. При необходимости запланируйте обсуждения с конкретными людьми в различных командах. Разработайте план перехода из текущего состояния в требуемое состояние.
  • Выполнить оценку. Если в настоящее время у вашей корпоративной группы данных есть проблемы, связанные с планированием и приоритетами, выполните оценку, чтобы определить, может ли управляемая стратегия самообслуживания быть реализована для расширения возможностей создателей контента во всей организации. Управляемые данные самообслуживания и бизнес-аналитики могут быть чрезвычайно эффективными в глобальном масштабе.
  • Уточните терминологию: Уточните термины, используемые в вашей организации для владельца, куратора данных и эксперта по предмету.
  • Назначение четких ролей и обязанностей: убедитесь, что роли и обязанности для владельцев, стюардов и экспертов по темам документируются и хорошо понимаются всеми участниками. Включите резервный персонал.
  • обеспечение участия сообщества: убедитесь, что все владельцы содержимого ( от бизнеса и ИТ) являются частью вашего сообщества практики.
  • Создание инструкций для владельцев и контактов в Fabric. Определите, как вы будете использовать функцию контактов в Fabric. Общаться с создателями контента о том, как его следует использовать, и почему это важно.
  • Создайте процесс обработки передачи прав владения. Если передача прав осуществляется регулярно, создайте процесс работы.
  • поддержка расширенных создателей контента. Определите стратегию использования внешних средств для расширенных возможностей разработки и повышения производительности.

Вопросы, которые нужно задать

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

  • Есть ли у центральных команд, отвечающих за Fabric, четкое представление о том, кто владеет каким BI-содержанием? Существует ли различие между элементами отчета и данными или различными типами элементов (например, семантические модели Power BI, записные книжки для обработки и анализа данных или озера)?
  • Какие сценарии использования применяются, такие как личная бизнес-аналитика, группа бизнес-аналитики, отдел или корпоративная бизнес-аналитика? Насколько они распространены в организации и как они отличаются между ключевыми бизнес-подразделениями?
  • Какие действия выполняют бизнес-аналитические группы (например, интеграция данных, моделирование данных или отчеты)?
  • Какие типы ролей в организациях должны создавать и использовать собственный контент? Ограничивается ли она центральными командами, аналитиками или функциональными ролями, такими как продажи?
  • Где организация находится на спектре «бизнес-ориентированное самообслуживание», «управляемое самообслуживание» или «корпоративное решение»? Отличаются ли они между ключевыми бизнес-единицами?
  • Имеют ли стратегические решения данных и бизнес-аналитики роли владения и роли управления, которые четко определены? Какие отсутствуют?
  • Отвечают ли создатели и владельцы содержимого за поддержку и обновление содержимого после его выпуска? Насколько эффективным является владение поддержкой и обновлениями содержимого?
  • Существует ли четкий процесс передачи владения решениями (где это необходимо)? Например, когда внешний консультант создает или обновляет решение.
  • Есть ли у источников данных кураторы данных или эксперты в предметной области, которые служат в качестве специальной точки контакта?
  • Если ваша организация уже использует Fabric или Power BI, соответствует ли текущая конфигурация рабочей области действующим стратегиям владения и доставки контента?

Уровни зрелости

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

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

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

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

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

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

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

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

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

• Существует план по запросу и обработке передачи прав владения.

• Управляемое самообслуживание — и методы повторного использования данных — обычно используются и хорошо понятны.
500: эффективность • Упреждающие шаги для взаимодействия с пользователями возникают при обнаружении каких-либо действий в журнале действий. Образование и информация предоставляются для постепенного улучшения или снижения риска.

• Сторонние средства используются создателями содержимого с высоким опытом для повышения производительности и эффективности.

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