Compartilhar via


Introdução ao Activador de Fabric

O Fabric Activator é uma experiência sem código que dispara automaticamente ações quando padrões ou condições específicos são detectados em fluxos de dados ou relatórios do Power BI. Ele monitora continuamente essas fontes de dados e inicia ações quando os limites são atendidos ou padrões específicos são detectados. Essas ações podem incluir o envio de emails ou notificações do Teams, a inicialização de fluxos do Power Automate ou a integração com sistemas de terceiros.

Diagrama que mostra a arquitetura do Fabric Activator.

Casos de uso comuns

Aqui estão alguns cenários do mundo real em que você pode usar o Fabric Activator:

  • Inicie automaticamente campanhas publicitárias quando as vendas da mesma loja diminuem, ajudando a aumentar o desempenho em locais com baixo desempenho.
  • Notifique os gerentes do supermercado para realocar alimentos dos freezers com defeito antes que ocorra deterioração.
  • Disparar fluxos de trabalho de divulgação personalizados quando o percurso de um cliente entre aplicativos, sites ou outros pontos de contato indica uma experiência negativa.
  • Inicie proativamente fluxos de trabalho de investigação quando o status de uma remessa não foi atualizado dentro de um período definido, ajudando a localizar pacotes perdidos mais rapidamente.
  • Alerta as equipes de conta quando os clientes ficam em atraso, usando limites personalizados de tempo ou de saldos pendentes por cliente.
  • Monitore a integridade do pipeline de dados e reinicie automaticamente trabalhos com falha ou envie alerta às equipes quando anomalias ou falhas forem detectadas.

Conceitos fundamentais

Os conceitos a seguir são usados para criar e disparar ações e respostas automatizadas no Fabric Activator.

Eventos e Eventstreams

O Fabric Activator trata todas as fontes de dados como fluxos de eventos. Um evento representa uma observação sobre o estado de um objeto e normalmente inclui um identificador para o objeto, um carimbo de data/hora e valores dos campos que estão sendo monitorados.

Os Eventstreams variam de acordo com a frequência. Por exemplo, os sensores de IoT emitem eventos várias vezes por segundo e os sistemas logísticos geram eventos esporadicamente, como quando os pacotes são verificados em locais de envio.

Um fluxo de eventos é um tipo de item específico no Microsoft Fabric. O recurso Eventstreams na carga de trabalho do Real-Time Intelligence permite ingerir, transformar e rotear eventos em tempo real sem escrever nenhum código. O Fabric Activator monitora o fluxo de eventos e executa automaticamente a ação quando padrões ou limites definidos são detectados.

Até mesmo os dados do Power BI são tratados como um fluxo de eventos. Nesse caso, os eventos são observações periódicas com base no agendamento de atualização de um modelo semântico do Power BI (anteriormente conhecido como um conjunto de dados). Essas observações podem ocorrer diariamente ou semanalmente, formando um fluxo de eventos lento.

Objetos

No Fabric Activator, as entidades monitoradas são chamadas de objetos de negócios, que podem ser físicos ou conceituais. Exemplos incluem objetos físicos, como freezers, veículos, pacotes e usuários e objetos conceituais, como campanhas publicitárias, contas de clientes, sessões de usuário.

Para modelar um objeto de negócios no Activator, conecte um ou mais eventstream, selecione uma coluna para servir como a ID do objeto e especifique os campos que deseja tratar como propriedades do objeto.

Instância de objeto refere-se a um exemplo específico de um objeto de negócios, como um determinado freezer, veículo ou sessão de usuário. Por outro lado, o objeto normalmente se refere à definição ou classe geral (por exemplo, "freezer" como um tipo). O termo população é usado para o conjunto completo de instâncias de objeto que estão sendo monitoradas.

Regras

As regras definem as condições que você deseja detectar em seus objetos e as ações a serem executadas quando essas condições forem atendidas. Por exemplo, uma regra em um objeto de congelador pode detectar quando a temperatura sobe acima de um limite seguro e enviar automaticamente um alerta de e-mail ao técnico designado.

Há três tipos de regras que você pode criar:

  • Regras baseadas em eventos: disparadas por eventos individuais conforme ocorrem no fluxo de eventos.
  • Regras de evento de objeto: disparadas quando os eventos são adicionados a uma instância de objeto específica.
  • Regras de propriedade de objeto: disparadas com base no estado atual ou nas propriedades de uma instância de objeto.

Quando as condições de uma regra são atendidas e uma ação é iniciada, a regra é considerada ativada.

Propriedades

As propriedades são úteis quando você deseja reutilizar a lógica em várias regras. Por exemplo, em um objeto freezer, você pode definir uma propriedade que calcula uma média de temperatura durante um período de uma hora. Uma vez definida, essa propriedade pode ser referenciada em várias regras, como aquelas que detectam superaquecimento, flutuações de temperatura ou limites de manutenção, sem duplicar a lógica.

Centralizando a lógica nas propriedades, você facilita o gerenciamento, a consistência e a atualização das regras ao longo do tempo.

Período de retrospectiva

O Fabric Activator precisa acompanhar dados históricos para garantir que as ações corretas possam ser computadas. A duração dos dados históricos consultados é conhecida como o período de pesquisa.

O período retroativo é determinado por:

  • Como a regra é definida, por exemplo, se ela requer analisar tendências, detectar anomalias ou comparar valores ao longo do tempo.
  • O volume de dados de entrada, como o número de eventos por segundo no fluxo de eventos.

Considere uma operação logística farmacêutica transportando pacotes de medicamentos em uma cadeia fria. O objetivo é receber um alerta quando um pacote ficar muito quente.

Digamos que a regra seja definida como:

  • Avaliar a temperatura média de cada pacote em uma janela de três horas
  • Disparar um alerta se a temperatura média exceder 8°C

Para calcular essa regra com precisão, o Fabric Activator precisa analisar uma janela mais ampla de dados históricos, especificamente, um período de pesquisa de seis horas. Ele garante que dados suficientes estão disponíveis para calcular a média de três horas a qualquer momento, mesmo que os dados cheguem com algum atraso ou irregularidade.

O período de retrospectiva é essencial para possibilitar o monitoramento oportuno e acurado de condições, especialmente em cenários em que os padrões de dados evoluem ao longo do tempo.

IDs de objeto distintas e ativas

As regras criadas sobre atributos são usadas para monitorar como atributos específicos de um objeto mudam ao longo do tempo. No exemplo de logística farmacêutica, cada pacote de medicamentos é representado por uma ID de objeto exclusiva e o sistema recebe leituras periódicas de temperatura para cada pacote.

Para avaliar essas regras efetivamente, o Fabric Activator rastreia IDs de objeto ativo, ou seja, objetos para os quais os eventos estão chegando dentro do período de pesquisa definido. Esse comportamento garante que somente objetos relevantes e ativos sejam considerados ao aplicar regras.

Por exemplo, uma estação de pedágio pode rastrear veículos (IDs de objeto) conforme eles passam. Cada veículo gera eventos (por exemplo, verificações de entrada e saída) e somente os objetos com atividade recente são considerados ativos e avaliados pelo sistema.

Também há limites com base no número de IDs de objeto distintas (número de pacotes) a serem rastreadas dentro da janela de retrospectiva.

Próxima etapa

Confira o Tutorial: Criar e ativar uma regra do Fabric Activator.