Regras do Ativador de malha

Depois de trazer dados de streaming para um ativador ou atribuir eventos a objetos, você pode criar regras para agir sobre seus dados. 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.

Cada Ativador inclui uma ou mais regras, que são avaliadas continuamente. Estas podem ser comparações simples (value < threshold) ou expressões com estado como BECOMES, DECREASES, INCREASES, EXIT RANGE, ou ausência de dados (pulsação). O Activator garante o rastreamento de estado por objeto, o que permite a deteção de padrões complexos ao longo do tempo.

Ações

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

• Pipelines de malha (para movimentação e enriquecimento de dados)

• Notebooks de malha (para pontuação de aprendizado de máquina, diagnóstico)

• Trabalhos de faísca de tecido (para trabalhos em lote/streaming)

• Funções Fabric (para lógica de negócio personalizada com código)

• Fluxos do Power Automate (para integração de processos empresariais)

• Notificações do Teams (usando mensagens baseadas em modelos)

• Notificações por e-mail

Há três tipos de regras: regras sobre eventos, regras sobre eventos que são adicionados a um objeto e regras sobre as propriedades de um objeto.

Criar regras em eventos

A criação de regras em eventos permite que você obtenha uma ativação para cada evento que entra em um fluxo de eventos. Ao criar esses tipos de regras, você pode acompanhar o estado de algo ao longo do tempo. Por exemplo:

• Você recebe um alerta sempre que um novo evento entra em um fluxo de eventos que tem leituras em um único sensor IoT.
• Você recebe um alerta sempre que ocorre um novo evento e o valor de uma coluna no evento satisfaz a sua condição definida.

Criar regras em eventos de objeto

Os objetos são criados a partir de dados de streaming e são identificados por colunas exclusivas em um ou mais fluxos. Você escolhe colunas específicas e a coluna única que será agrupada em um objeto. Em seguida, em vez de criar regras sobre a chegada de eventos, você cria regras que monitoram eventos e relatam a chegada desse objeto ou a chegada de um objeto que atende a uma condição definida. Sua regra é ativada sempre que um novo evento entra no objeto eventstream. E você pode identificar de que instância ele veio também.

Criar regras sobre propriedades

A criação de regras em propriedades permite monitorar uma propriedade em objetos ao longo do tempo. Se tu quiseres monitorizar o estado de uma propriedade num objeto, cria uma regra numa propriedade. Por exemplo, você pode monitorar a temperatura em uma embalagem e se ela permanece dentro de um intervalo definido ao longo do tempo.

Regras sem estado vs. regras com estado

As regras no Activator podem ser sem estado (stateless) ou com estado (stateful):

• As regras sem estado avaliam cada evento isoladamente (por exemplo, valor < 50).
• As regras com monitoração de estado mantêm a memória entre eventos por objeto (por exemplo, o valor DIMINUI, TORNA-SE, INTERVALO DE SAÍDA)

A avaliação do estado baseia-se em:

• Deteção delta: rastreia alterações entre valores de eventos anteriores e atuais.
• Sequenciamento temporal: avalia condições baseadas no tempo, como ausência de eventos (deteção de batimento cardíaco)
• Transições de estado: As regras só disparam na entrada em um novo estado, evitando demissões repetidas em condições inalteradas

Cada condição de regra é compilada em um gráfico de execução que é avaliado continuamente, na memória e quase instantaneamente. O sistema é otimizado para latência de decisão de subsegundo após a chegada do evento.

Principais considerações de design

• Lógica com estado versus filtragem sem estado - Os filtros sem estado (por exemplo, valor < 5) podem ser muito barulhentos. Prefira lógica transitória como DIMINUI ou TORNA-SE para reduzir falsos positivos e spam.
• Cardinalidade da chave de objeto - Cada chave de objeto exclusiva (por exemplo, ID do dispositivo) incorre em rastreamento de memória e computação. As implementações de alta cardinalidade (>10.000 objetos exclusivos) devem ser cuidadosamente perfiladas para manter o desempenho.
• Combinando regras - O Activator suporta a lógica AND e OR. Use-os para construir árvores de deteção complexas (por exemplo, a temperatura diminui E o status se torna "crítico").
• Gerenciamento de fadiga de alerta - Projete regras para disparar apenas em transições de borda. O Activator suprime automaticamente alertas repetidos, a menos que um novo estado seja inserido, mas um bom design reduz ainda mais o ruído.

Próximo passo