Condividi tramite


Concetti di base di Activator

Usare questo articolo per acquisire familiarità con alcuni termini e concetti associati a Fabric Activator (Activator). La comprensione di questi termini e concetti semplifica la lettura degli altri articoli di Activator e l'uso di Activator.

Ci sono molti oggetti e concetti che costituiscono Activator, troppi da trattare in un singolo articolo. Questo articolo presenta quindi i più comuni: attivatori, aree di lavoro, flussi di eventi, regole, oggetti, eventi e latenza.

Flusso di lavoro di creazione dell'attivatore

Un flusso di lavoro Activator tipico include molti di questi concetti. Un flusso di lavoro comune inizia con la creazione di un nuovo attivatore vuoto in un'area di lavoro e l'uso di Get eventi per connettersi a un flusso di eventi . Da tale flusso di eventi si creano oggetti e proprietà. Si compila quindi una regola basata su tali oggetti e proprietà. Ad esempio: inviami un messaggio di posta elettronica se la temperatura del pacchetto diventa maggiore di 60 gradi. Per creare una regola su tale oggetto, la finestra di progettazione imposta condizioni, parametri e aggregazioni che indicano a Activator quando attivare e quali azioni eseguire quando viene attivato. Ad esempio: inviare un messaggio di posta elettronica, creare un elemento fabric o avviare un'azione di Power Automate. Un altro flusso di lavoro comune consiste nell'iniziare dal flusso di eventi stesso. Dal flusso di eventi aggiungere una destinazione Activator e creare il nuovo attivatore. Dopo aver creato l'attivatore, aprire tale attivatore e creare gli oggetti e le proprietà.

Aree di lavoro

Come per tutti i carichi di lavoro di Infrastruttura, è possibile iniziare a usare Activator creando un elemento in un'area di lavoro infrastruttura. Gli elementi di Activator sono denominati attivatori. Le aree di lavoro sono luoghi in cui collaborare con i colleghi su contenuti specifici. Le aree di lavoro contengono raccolte di dashboard, report, flussi di eventi, attivatori e altro ancora. Quando un proprietario dell'area di lavoro consente l'accesso a un'area di lavoro, fornisce anche autorizzazioni di visualizzazione o modifica per il contenuto in tale area di lavoro. Questo accesso include l'autorizzazione per visualizzare o modificare le regole dell'attivatore in tale area di lavoro.

Tutti hanno anche un'area di lavoro personale. L'area di lavoro personale è la sandbox personale in cui si crea il contenuto.

Per visualizzare le aree di lavoro, selezionare Aree di lavoro nel riquadro di spostamento a sinistra.

Altre informazioni sulle aree di lavoro.

Attivatore e attivatore

Activator è il nome del prodotto Fabric. Un attivatore è la cosa che si crea usando Activator. Un attivatore contiene tutte le informazioni necessarie per connettersi ai dati, monitorare le condizioni e agire. In genere si crea un attivatore per ogni processo aziendale o area monitorata.

Dopo aver creato un attivatore, popolarlo con i dati. Informazioni su come ottenere dati nell'attivatore da Power BI, flussi di eventi e hub in tempo reale.

Eventi e flussi di eventi

L'attivatore considera tutte le origini dati come flussi di eventi. Un evento è un'osservazione sullo stato di un oggetto, con un identificatore per l'oggetto stesso, un timestamp e valori per i campi monitorati. I flussi di eventi variano in frequenza. I sensori IoT potrebbero avere eventi più volte al secondo. Durante l'analisi dei pacchetti nelle località di spedizione e in uscita potrebbero essere presenti flussi sporadici.

Un flusso di eventi è un'istanza dell'elemento Eventstream in Fabric. La funzionalità eventstreams nell'esperienza di intelligence in tempo reale di Microsoft Fabric consente di portare eventi in tempo reale in Infrastruttura, trasformarli e quindi indirizzarli a varie destinazioni senza scrivere codice (senza codice). L'attivatore esegue azioni su modelli o condizioni rilevati nei dati eventstream. Ad esempio, Activator monitora gli elementi eventstream e rileva quando un "evento" raggiunge determinate soglie, ad esempio "tempo di recapito superiore a 10 ore". Viene quindi eseguita automaticamente un'azione appropriata, ad esempio l'invio di avvisi agli utenti o l'avvio dei flussi di lavoro di Power Automate.

Anche i dati osservati da Power BI vengono trattati come un flusso di eventi. In tal caso, gli eventi sono osservazioni effettuate sui dati con cadenza regolare, che in genere corrisponde alla frequenza di aggiornamento del modello semantico di Power BI (precedentemente noto come set di dati). Queste osservazioni possono verificarsi solo una volta al giorno, o anche una volta alla settimana, è solo un flusso di eventi a modifica lenta.

Oggetti

Gli oggetti business che si desidera monitorare possono essere oggetti fisici come frigoriferi, veicoli, pacchetti e utenti. L'oggetto business può anche essere un concetto meno tangibile come campagne pubblicitarie, account e sessioni utente. Nell'attivatore si modella l'oggetto connettendo uno o più flussi di eventi, scegliendo una colonna per l'ID oggetto e specificando i campi da impostare come proprietà dell'oggetto.

Il termine istanza dell'oggetto si riferisce a uno specifico freezer/veicolo/pacchetto e così via, dove l'oggetto viene in genere utilizzato per la definizione o la classe di oggetto. Viene usato il termine popolazione per fare riferimento a tutte le istanze dell'oggetto.

Regole

Le regole definiscono le condizioni che si desidera rilevare sugli oggetti e le azioni che si desidera eseguire quando vengono soddisfatte tali condizioni. Una regola su un oggetto freezer potrebbe rilevare il freezer troppo caldo e inviare un messaggio di posta elettronica al tecnico pertinente.

Esistono tre tipi di regole: regole per gli eventi, regole sugli eventi aggiunti a un oggetto e regole sulle proprietà di un oggetto.

Quando vengono soddisfatte le condizioni di una regola e viene avviata un'azione, la regola viene attivata

Proprietà

Le proprietà sono utili quando si vuole riutilizzare la logica tra più regole. È possibile definire una proprietà su un oggetto freezer che smussa le letture della temperatura in un periodo di un'ora. È quindi possibile usare tale valore smussato in molte altre regole.

Periodo di ricerca

L'attivatore deve tenere traccia dei dati cronologici per garantire che sia possibile calcolare le azioni corrette. La quantità di dati cronologici su cui eseguire query viene chiamata periodo di lookback. Questo periodo di lookback dipende dalla modalità di definizione di una regola e dal volume di dati (eventi al secondo) dei dati necessari per valutare la regola.

Ad esempio, un'operazione logistica farmaceutica sta trasportando pacchetti di medicinali in una catena fredda. L'obiettivo è ottenere un avviso quando un pacchetto di medicina diventa troppo caldo. Si supponga che la definizione della regola valuti la temperatura media in un periodo di tre ore per ogni singolo pacchetto. E la condizione della regola è che la temperatura media diventa maggiore di 8°C. Qui, il periodo di lookback è di sei ore. L'attivatore deve controllare il valore di sei ore dei dati cronologici per decidere se la condizione della regola è valida.

ID oggetto distinct e attivo

Le regole basate sugli attributi vengono usate per monitorare il modo in cui un attributo in un ID oggetto cambia nel tempo. Nell'esempio di logistica farmaceutica ogni singolo pacchetto è rappresentato da un ID univoco. L'origine dati fornisce letture periodiche della temperatura di ogni pacchetto. Alcuni limiti sono definiti in termini di numero di ID oggetto distinti (il numero di pacchetti) rilevati da Activator all'interno del periodo di lookback. Activator tiene traccia degli ID oggetto attivi. Un ID oggetto attivo è un oggetto in cui gli eventi arrivano entro il periodo archiviato. Ad esempio, una stazione a pedaggio con auto che passano.