Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Активация Fabric — это интерфейс без кода, который автоматически активирует действия при обнаружении определенных шаблонов или условий в потоках данных или отчетах Power BI. Он постоянно отслеживает эти источники данных и инициирует действия при обнаружении пороговых значений или определенных шаблонов. Эти действия могут включать отправку сообщений электронной почты или уведомлений Teams, запуск потоков Power Automate или интеграцию с сторонними системами.
Распространенные варианты использования
Ниже приведены несколько реальных сценариев, в которых можно использовать активатор Fabric:
- Автоматически запускайте рекламные кампании при снижении продаж в одном магазине, что помогает повысить производительность в непроизводительных расположениях.
- Уведомите менеджеров магазинов о перемещении пищи из неисправных продуктовых заморозков до возникновения порчи.
- Активируйте персонализированные рабочие процессы распространения, когда взаимодействие клиента между приложениями, веб-сайтами или другими точками касания указывает на негативный опыт.
- Заранее инициируйте рабочие процессы исследования, когда состояние отгрузки не было обновлено в течение определенного периода времени, помогая быстрее находить потерянные пакеты.
- Оповещать команды по работе с клиентами, когда клиенты оказываются в задержках платежей, используя настраиваемые пороговые значения для времени или невыплаченными балансами для каждого клиента.
- Отслеживайте работоспособность конвейера данных и автоматически перезапускайте неудавшиеся задачи или оповещайте команды при обнаружении аномалий или сбоев.
Основные понятия
Следующие понятия используются для создания и активации автоматических действий и ответов в Активаторе Fabric.
События и потоки событий
Активатор Fabric обрабатывает все источники данных как потоки событий. Событие представляет наблюдение о состоянии объекта и обычно содержит идентификатор объекта, метку времени и значения отслеживаемых полей.
Потоки событий зависят от частоты. Например, датчики Интернета вещей генерируют события несколько раз в секунду, а системы логистики создают события периодически, например при сканировании пакетов в местах доставки.
Поток событий — это определенный тип элемента в Microsoft Fabric. Функция Eventstreams в рабочей нагрузке аналитики Real-Time позволяет выполнять прием, преобразование и маршрутизацию событий в режиме реального времени без написания кода. Активатор Структуры отслеживает поток событий и автоматически принимает меры при обнаружении определенных шаблонов или пороговых значений.
Даже данные из Power BI рассматриваются как поток событий. В этом случае события являются периодическими наблюдениями на основе расписания обновления семантической модели Power BI (прежнее название — набор данных). Эти наблюдения могут происходить ежедневно или еженедельно, формируя поток событий с медленным течением.
Объект
В Активаторе Fabric отслеживаемые сущности называются бизнес-объектами, которые могут быть физическими или концептуальными. Примерами являются физические объекты, такие как заморозки, транспортные средства, пакеты и пользователи, а также концептуальные объекты, такие как рекламные кампании, учетные записи клиентов, сеансы пользователей.
Чтобы моделировать бизнес-объект в Активаторе, подключите один или несколько событий, выберите столбец, который будет служить идентификатором объекта, и укажите поля, которые необходимо рассматривать как свойства объекта.
Термин экземпляр объекта относится к конкретному примеру бизнес-объекта, например, определенного морозильника, транспортного средства или сеанса пользователя. В отличие от этого, объект обычно относится к общему определению или классу (например, "морозильник" в качестве типа). Термин "совокупность" используется для полного набора всех экземпляров объектов, которые отслеживаются.
Правила
Правила определяют условия, которые необходимо обнаружить в объектах, и действия, которые необходимо предпринять при выполнении этих условий. Например, правило в объекте морозильной камеры может определить, когда температура поднимается выше безопасного порогового значения и автоматически отправляет оповещение электронной почты назначенному специалисту.
Существует три типа правил, которые можно создать:
- Правила на основе событий: активируются отдельными событиями по мере их возникновения в потоке событий.
- Правила событий объекта: активируются при добавлении событий в конкретный экземпляр объекта.
- Правила свойств объекта: активируются на основе текущего состояния или свойств экземпляра объекта.
Когда условия правила выполняются и инициируются действия, то правило, как утверждается, будет активировано.
Свойства
Свойства полезны при повторном использовании логики в нескольких правилах. Например, в объекте фризера можно определить свойство, которое вычисляет среднее значение температуры за один час. После определения это свойство можно использовать в нескольких правилах, таких как те, которые обнаруживают перегрев, колебания температуры или пороговые значения обслуживания, без дублирования логики.
Централизация логики в свойствах упрощает управление, делает ваши правила более согласованными и облегает их обновление с течением времени.
период ретроспективного обзора.
Активатор Fabric должен отслеживать исторические данные, чтобы правильные действия могли быть вычислены. Длительность запрашиваемых исторических данных называется периодом обратного просмотра.
Период обратного просмотра определяется следующим образом:
- Как определяется правило, например, требуется ли анализ тенденций, обнаружение аномалий или сравнение значений с течением времени.
- Объем входящих данных, таких как количество событий в секунду в потоке событий.
Рассмотрим фармацевтическую логистическую операцию, транспортируя пакеты лекарств в холодной цепи. Цель — получить оповещение, когда пакет становится слишком теплым.
Предположим, что правило определено следующим образом:
- Оценка средней температуры каждого пакета в течение трехчасового окна
- Активировать оповещение, если средняя температура превышает 8°C
Чтобы вычислить это правило точно, Активатор Структуры должен проанализировать более широкое окно исторических данных, в частности, шестичасовой период обратного просмотра. Это гарантирует, что достаточно данных для вычисления трехчасового среднего в любой момент времени, даже если данные поступают с некоторой задержкой или нерегулярностью.
Период обратного просмотра необходим для своевременного и точного обнаружения условий, особенно в сценариях, когда шаблоны данных развиваются с течением времени.
Идентификаторы отдельных, активных объектов
Правила, созданные на основе атрибутов, используются для отслеживания того, как определенные атрибуты объекта изменяются с течением времени. В примере фармацевтической логистики каждый пакет медицины представлен уникальным идентификатором объекта, а система получает периодические показания температуры для каждого пакета.
Чтобы эффективно оценить эти правила, Активатор Fabric отслеживает идентификаторы активных объектов, то есть объекты, для которых события приходят в течение заданного ретроспективного периода. Это поведение гарантирует, что при применении правил учитываются только соответствующие активные объекты.
Например, платные станции могут отслеживать транспортные средства (идентификаторы объектов) по мере прохождения. Каждый автомобиль создает события (например, проверки входа и выхода), а только те объекты с недавними действиями считаются активными и оцениваются системой.
Существуют также ограничения на основе количества идентификаторов отдельных объектов (количество пакетов), отслеживаемых в окне обратного просмотра.
Следующий шаг
Смотрите руководство: Создание и активация правила в программе Fabric Activator.