Grunnleggende konsepter for aktivator
Bruk denne artikkelen til å gjøre deg kjent med noen av begrepene og konseptene som er knyttet til Fabric Activator (Activator). Å forstå disse begrepene og konseptene gjør det enklere for deg å lese gjennom de andre Activator-artiklene og arbeide med Activator.
Det finnes mange objekter og konsepter som utgjør Activator, for mange til å dekke i én enkelt artikkel. Denne artikkelen gir deg den vanligste artikkelen: aktivatorer, arbeidsområder, hendelsesstrømmer, regler, objekter, hendelser og ventetid.
Arbeidsflyt for oppretting av aktivator
En vanlig aktiveringsarbeidsflyt involverer mange av disse konseptene. Én vanlig arbeidsflyt starter med å opprette en ny tom aktivator i et arbeidsområde og bruke Hent hendelser til å koble til en hendelsesstrøm. Fra denne hendelsesstrømmen oppretter du objekter og egenskaper. Deretter bygger du en regel basert på disse objektene og egenskapene. Eksempel: Send meg en e-post hvis temperaturen på pakken blir større enn 60 grader. Hvis du vil opprette en regel for objektet, angir utformeren betingelser, parametere og aggregasjoner som forteller Activator når det skal utløses og hvilke handlinger som skal utføres når de utløses. Du kan for eksempel sende en e-postmelding, opprette et Stoff-element eller starte en Power Automate-handling. En annen vanlig arbeidsflyt er å starte fra selve hendelsesstrømmen. Fra eventstreamen legger du til et aktivatormål og oppretter den nye aktivatoren. Når aktivatoren er opprettet, åpner du aktivatoren og oppretter objektene og egenskapene.
Arbeidsområder
Som med alle fabric-arbeidsbelastninger kan du begynne å bruke Activator ved å opprette et element i et stoffarbeidsområde. Aktivatorens elementer kalles aktivatorer. Arbeidsområder er steder der du kan samarbeide med kolleger om bestemt innhold. Arbeidsområder inneholder samlinger av instrumentbord, rapporter, hendelsesstrømmer, aktivatorer og mer. Når eieren av arbeidsområdet gir deg tilgang til et arbeidsområde, gir de deg også visnings- eller redigeringstillatelser til innholdet i arbeidsområdet. Denne tilgangen inkluderer å gi deg tillatelse til å vise eller redigere aktivatorreglene i arbeidsområdet.
Alle har også et Mitt arbeidsområde. Mitt arbeidsområde er din personlige sandkasse der du oppretter innhold for deg selv.
Hvis du vil se arbeidsområdene, velger du Arbeidsområder fra venstre navigasjonsrute.
Mer informasjon om arbeidsområder.
Aktivator og aktivator
Aktivator er navnet på Fabric-produktet. En aktivator er det du oppretter ved hjelp av Activator. En aktivator inneholder all informasjonen som er nødvendig for å koble til data, overvåke for betingelser og handle. Du oppretter vanligvis en aktivator for hver forretningsprosess eller hvert område du overvåker.
Når du har opprettet en aktivator, fyller du den ut med data. Lær hvordan du henter data inn i aktivatoren fra Power BI, eventstreams og Real-Time Hub.
Hendelser og hendelsesstrømmer
Activator anser alle datakilder for å være strømmer av hendelser. En hendelse er en observasjon om tilstanden til et objekt, med en identifikator for selve objektet, et tidsstempel og verdiene for feltene du overvåker. Hendelsesstrømmer varierer i frekvens. IoT-sensorer kan ha hendelser mange ganger per sekund. Mens pakker som skannes inn og ut av leveringssteder, kan ha sporadiske strømmer.
En hendelsesstrøm er en forekomst av Eventstream-elementet i Fabric. Eventstreams-funksjonen i Microsoft Fabric Real-Time Intelligence-opplevelsen lar deg bringe sanntidshendelser til Fabric, transformere dem og deretter rute dem til ulike destinasjoner uten å skrive noen kode (ingen kode). Aktivator utfører handlinger på mønstre eller betingelser som oppdages i hendelsesstrømsdata. Aktivator overvåker for eksempel hendelsesstrømelementer og oppdager når en «hendelse» når bestemte terskler, for eksempel «leveringstid mer enn 10 timer». Den utfører deretter automatisk nødvendige handlinger, for eksempel å varsle brukere eller starte Power Automate-arbeidsflyter.
Data som observeres fra Power BI, behandles også som en hendelsesstrøm. I dette tilfellet er hendelser observasjoner laget av dataene i en vanlig tidsplan som vanligvis samsvarer med oppdateringsfrekvensen til den semantiske Power BI-modellen (tidligere kjent som et datasett). Disse observasjonene kan bare skje én gang om dagen, eller til og med én gang i uken – det er bare en sakte skiftende hendelsesstrøm.
Objekter
Forretningsobjektene du vil overvåke, kan være fysiske objekter som frysere, kjøretøy, pakker og brukere. Forretningsobjektet kan også være et mindre konkret konsept som reklamekampanjer, kontoer og brukerøkter. I aktivatoren modellerer du objektet ved å koble til én eller flere hendelsesstrømmer, velge en kolonne for objekt-ID-en og angi feltene du vil lage egenskapene for objektet.
Termobjektforekomsten refererer til en bestemt fryser/kjøretøy/pakke osv., der objektet vanligvis brukes for definisjonen eller klassen av objektet. Vi bruker populasjonen til å referere til alle objektforekomstene.
Regler
Regler definerer betingelsene du vil oppdage på objektene, og handlingene du vil utføre når disse betingelsene oppfylles. En regel på et fryserobjekt kan oppdage at fryseren er for varm og sender en e-postmelding til den aktuelle teknikeren.
Det finnes tre typer regler: regler for hendelser, regler om hendelser som legges til i et objekt, og regler for objektets egenskaper.
Når en regels betingelser oppfylles, og en handling startes, aktiveres regelen
Egenskaper
Egenskaper er nyttige når du vil bruke logikken på nytt på tvers av flere regler. Du kan definere en egenskap på et fryseobjekt som jevner ut temperaturmålingene over en time. Deretter kan du bruke den utjevnede verdien i mange andre regler.
Tilbakeslagsperiode
Aktivatoren må spore historiske data for å sikre at riktige handlinger kan beregnes. Mengden historiske data som skal spørres, kalles tilbakeslagsperioden. Denne tilbakeslagsperioden avhenger av hvordan en regel er definert og datavolumet (hendelser per sekund) av dataene som kreves for å evaluere regelen.
En farmasøytisk logistikkoperasjon transporterer for eksempel medisinpakker i en kald kjede. Målet er å få et varsel når en medisinpakke blir for varm. Si at regeldefinisjonen evaluerer gjennomsnittstemperaturen over en tretimersperiode for hver enkelt pakke. Og regelbetingelsen er at gjennomsnittstemperaturen blir større enn 8 °C. Her er tilbakeslagsperioden seks timer. Aktivatoren må undersøke seks timers historiske data for å avgjøre om regelbetingelsen inneholder.
Distinkte, aktive objekt-ID-er
Regler som er bygget på attributter, brukes til å overvåke hvordan et attributt på en objekt-ID endres over tid. I det farmasøytiske logistikkeksempelet representeres hver enkelt pakke med en unik ID. Datakilden gir periodiske avlesninger av temperaturen på hver pakke. Noen grenser er definert i forhold til antall distinkte objekt-ID-er (antall pakker) som spores av Activator i tilbakeslagsperioden. Aktivator sporer aktive objekt-ID-er. En aktiv objekt-ID er et objekt der hendelser ankommer innenfor den lagrede perioden. For eksempel en bomstasjon som har biler som passerer gjennom.