Introdução ao Ativador de Tecido

O Ativador de Malha é uma experiência sem código que aciona automaticamente ações quando padrões ou condições específicos são detetados 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 atingidos ou padrões específicos são detetados. Essas ações podem incluir o envio de e-mails ou notificações do Teams, o lançamento de fluxos do Power Automate ou a integração com sistemas de terceiros.

Casos comuns de utilização

Aqui estão alguns cenários do mundo real em que você pode usar o Ativador de malha:

• Inicie campanhas publicitárias automaticamente quando as vendas na mesma loja diminuem, ajudando a aumentar o desempenho em locais com baixo desempenho.
• Notifique os gerentes de loja para realocar alimentos de freezers de supermercado com defeito antes que ocorra a deterioração.
• Acione fluxos de trabalho de divulgação personalizados quando a jornada de um cliente em aplicativos, sites ou outros pontos de contato indicar 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 de tempo definido, ajudando a localizar pacotes perdidos mais rapidamente.
• Alerte as equipes de conta quando os clientes estiverem em atraso, usando limites personalizados de tempo ou saldos pendentes por cliente.
• Monitore a integridade do pipeline de dados e reexecute automaticamente os trabalhos falhados ou alerte as equipas quando anomalias ou falhas forem detetadas.

Conceitos-chave

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

Eventos e fluxos de eventos

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 fluxos de eventos variam em frequência. Por exemplo, os sensores IoT emitem eventos várias vezes por segundo e os sistemas de logística geram eventos esporadicamente, como quando os pacotes são digitalizados nos locais de envio.

Um fluxo de eventos é um tipo de item específico no Microsoft Fabric. O recurso Eventstreams dentro da 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 age automaticamente quando padrões ou limites definidos são detetados.

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 baseadas na agenda de atualização de um modelo semântico do Power BI (anteriormente conhecido como conjunto de dados). Essas observações podem ocorrer diariamente ou semanalmente, formando um fluxo de eventos lento.

Objetos

No Activador de Fabric, as entidades que monitoriza são chamadas de objetos empresariais, que podem ser físicos ou conceptuais. Os 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ários.

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

O termo instância de objeto refere-se a um exemplo específico de um objeto de negócios, como um freezer, veículo ou sessão de usuário específico. Em contraste, objeto normalmente refere-se à definição geral ou classe (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 detetar em seus objetos e as ações a serem tomadas quando essas condições forem atendidas. Por exemplo, uma regra em um objeto congelador pode detetar quando a temperatura sobe acima de um limite seguro e enviar automaticamente um alerta por e-mail para o técnico designado.

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

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

Quando as condições de uma regra são cumpridas e uma ação é iniciada, então a regra é dita ativada.

Propriedades

As propriedades são úteis quando você deseja reutilizar a lógica em várias regras. Por exemplo, em um objeto congelador, 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 detetam superaquecimento, flutuações de temperatura ou limites de manutenção, sem duplicar a lógica.

Ao centralizar a lógica nas propriedades, você torna suas regras mais fáceis de gerenciar, mais consistentes e mais fáceis de atualizar ao longo do tempo.

Período de retrospetiva

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

O período de retrospetiva é determinado por:

• Como a regra é definida, por exemplo, se requer a análise de tendências, a deteção de anomalias ou a comparação de 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 embalagens de medicamentos em uma cadeia de frio. O objetivo é receber um alerta quando uma embalagem fica muito quente.

Digamos que a regra é definida para:

• Avaliar a temperatura média de cada embalagem durante uma janela de três horas
• Acionar 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 retrospetiva de seis horas. Ele garante que dados suficientes estejam 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 retrospetiva é essencial para permitir a deteção oportuna e precisa de condições, especialmente em cenários onde os padrões de dados evoluem ao longo do tempo.

IDs de objeto ativos distintos

As regras baseadas em atributos são usadas para monitorar como atributos específicos de um objeto mudam ao longo do tempo. No exemplo da logística farmacêutica, cada embalagem de medicamento é representada por um ID de objeto único, e o sistema recebe leituras periódicas de temperatura para cada embalagem.

Para avaliar estas regras de forma eficaz, o Activador de Fabric rastreia IDs de objeto ativos, isto é, objetos para os quais os eventos estão a ser recebidos no período de retrospetiva definido. Esse comportamento garante que apenas objetos relevantes e atualmente ativos sejam considerados ao aplicar regras.

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

Há também limites com base no número de IDs de objeto distintos (número de pacotes) sendo rastreados dentro da janela de retrospetiva.

Próximo passo

Consulte Tutorial: Criar e ativar uma regra do Ativador de Fabric.