Conceitos básicos do Activator
Use este artigo para se familiarizar com alguns dos termos e conceitos associados ao Ativador de malha (Ativador). Compreender estes termos e conceitos facilita a leitura dos outros artigos do Activator e o trabalho com o Activator.
Há muitos objetos e conceitos que compõem o Activator, muitos para serem abordados em um único artigo. Portanto, este artigo apresenta os mais comuns: ativadores, espaços de trabalho, fluxos de eventos, regras, objetos, eventos e latência.
Fluxo de trabalho de criação do ativador
Um fluxo de trabalho típico do Activator envolve muitos desses conceitos. Um fluxo de trabalho comum começa com a criação de um novo ativador vazio em um espaço de trabalho e o uso de eventos Get para se conectar a um fluxo de eventos. A partir desse fluxo de eventos, você cria objetos e propriedades. Em seguida, você cria uma regra com base nesses objetos e propriedades. Por exemplo: envie-me um e-mail se a temperatura da embalagem se tornar superior a 60 graus. Para criar uma regra nesse objeto, o designer define condições, parâmetros e agregações que informam ao Ativador quando acionar e quais ações tomar quando acionado. Por exemplo: envie um e-mail, crie um item de malha ou inicie uma ação do Power Automatic. Outro fluxo de trabalho comum é começar a partir do próprio fluxo de eventos. A partir do fluxo de eventos, você adiciona um destino Activator e cria o novo ativador. Uma vez que o ativador é criado, abra esse ativador e crie os objetos e propriedades.
Áreas de Trabalho
Como acontece com todas as cargas de trabalho do Fabric, você pode começar a usar o Activator criando um item em um espaço de trabalho do Fabric. Os itens do Activator são chamados de ativadores. Os espaços de trabalho são locais para colaborar com colegas em conteúdos específicos. Os espaços de trabalho contêm coleções de painéis, relatórios, fluxos de eventos, ativadores e muito mais. Quando um proprietário de espaço de trabalho lhe dá acesso a um espaço de trabalho, ele também lhe dá permissões de exibição ou edição para o conteúdo nesse espaço de trabalho. Esse acesso inclui conceder permissões para exibir ou editar as regras do ativador nesse espaço de trabalho.
Todos também têm um espaço de trabalho Is. Meu espaço de trabalho é sua sandbox pessoal onde você cria conteúdo para si mesmo.
Para ver seus espaços de trabalho, selecione Espaços de trabalho no painel de navegação esquerdo.
Saiba mais sobre espaços de trabalho.
Ativador e ativador
Activator é o nome do produto Fabric. Um ativador é a coisa que você cria usando o Activator. Um ativador contém todas as informações necessárias para se conectar aos dados, monitorar as condições e agir. Normalmente, você cria um ativador para cada processo de negócios ou área monitorada.
Depois de criar um ativador, preencha-o com dados. Saiba como obter dados para o seu ativador a partir do Power BI, fluxos de eventos e Hub em Tempo Real.
Eventos e fluxos de eventos
O Activator considera todas as fontes de dados como fluxos de eventos. Um evento é uma observação sobre o estado de um objeto, com algum identificador para o próprio objeto, um carimbo de data/hora e os valores dos campos que você está monitorando. Os fluxos de eventos variam em frequência. Os sensores IoT podem ter eventos muitas vezes por segundo. Enquanto os pacotes que estão sendo digitalizados dentro e fora dos locais de envio podem ter fluxos esporádicos.
Um eventstream é uma instância do item Eventstream na malha. O recurso eventstreams na experiência do Microsoft Fabric Real-Time Intelligence permite trazer eventos em tempo real para o Fabric, transformá-los e, em seguida, roteá-los para vários destinos sem escrever nenhum código (no-code). O Activator executa ações em padrões ou condições que são detetados nos dados do fluxo de eventos. Por exemplo, o Activator monitora itens de fluxo de eventos e deteta quando um "evento" atinge determinados limites, como "tempo de entrega superior a 10 horas". Em seguida, ele toma automaticamente as medidas apropriadas, como alertar os usuários ou iniciar fluxos de trabalho do Power Automatic.
Os dados que estão sendo observados do Power BI também são tratados como um fluxo de eventos. Nesse caso, os eventos são observações feitas dos dados em uma agenda regular que normalmente corresponde à frequência de atualização do seu modelo semântico do Power BI (anteriormente conhecido como um conjunto de dados). Essas observações podem acontecer apenas uma vez por dia, ou mesmo uma vez por semana – é apenas um fluxo de eventos que muda lentamente.
Objetos
Os objetos de negócios que você deseja monitorar podem ser objetos físicos, como freezers, veículos, pacotes e usuários. O objeto de negócios também pode ser um conceito menos tangível, como campanhas publicitárias, contas e sessões de usuários. No ativador, você modela o objeto conectando um ou mais fluxos de eventos, escolhendo uma coluna para a ID do objeto e especificando os campos que deseja tornar propriedades do objeto.
O termo instância de objeto refere-se a um freezer / veículo / pacote específico etc., onde objeto é normalmente usado para a definição ou classe de objeto. Usamos population para nos referirmos a todas as instâncias do objeto.
Regras
As regras definem as condições que você deseja detetar em seus objetos e as ações que deseja executar quando essas condições forem atendidas. Uma regra em um objeto de freezer pode detetar que o freezer está muito quente e enviar um e-mail para o técnico relevante.
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.
Quando as condições de uma regra são atendidas e uma ação é iniciada, a regra é ativada
Propriedades
As propriedades são úteis quando você deseja reutilizar a lógica em várias regras. Você pode definir uma propriedade em um objeto de freezer que suaviza as leituras de temperatura durante um período de uma hora. Em seguida, você pode usar esse valor suavizado em muitas outras regras.
Período retroativo
O Activator precisa rastrear dados históricos para garantir que as ações corretas possam ser calculadas. A quantidade de dados históricos a serem consultados é chamada de período de retrospetiva. Esse período de retrospetiva depende de como uma regra é definida e do volume de dados (eventos por segundo) dos dados necessários para avaliar a regra.
Por exemplo, uma operação logística farmacêutica está transportando embalagens de medicamentos em uma cadeia de frio. O objetivo é receber um alerta quando uma embalagem de um medicamento fica muito quente. Digamos que a definição da regra avalia a temperatura média durante um período de três horas para cada embalagem individual. E a condição da regra é que a temperatura média se torne superior a 8°C. Aqui, o período de retrospetiva é de seis horas. O Activator precisa inspecionar seis horas de dados históricos para decidir se a condição da regra se mantém.
IDs de objeto ativos distintos
As regras criadas em atributos são usadas para monitorar como um atributo em um ID de objeto muda ao longo do tempo. No exemplo da logística farmacêutica, cada embalagem individual é representada por um ID único. A fonte de dados fornece leituras periódicas da temperatura de cada embalagem. Alguns limites são definidos em termos do número de IDs de objeto distintos (o número de pacotes) sendo rastreados pelo Activator dentro do período de retrospetiva. O Activator rastreia IDs de objetos ativos. Um ID de objeto ativo é um objeto onde os eventos estão chegando dentro do período armazenado. Por exemplo, uma estação de pedágio que tem carros passando.