Del via


Regler for stofaktivering

Når du bringer streamingdata ind i en aktiverer eller tildeler begivenheder til objekter, kan du oprette regler til at handle på dine data.

Regler definerer de betingelser, du vil registrere for dine objekter, og de handlinger, der skal udføres, når disse betingelser er opfyldt. En regel på et fryseobjekt kan f.eks. registrere, når temperaturen stiger over en sikker grænse, og automatisk sende en mailbesked til den tildelte tekniker.

Hver Aktivator indeholder en eller flere regler, som den evaluerer kontinuerligt. Disse regler kan være simple sammenligninger (value < threshold) eller stateful-udtryk som BECOMES, DECREASES, INCREASES, EXIT RANGEeller fravær af data (impuls). Activator sikrer tilstandssporing for hvert objekt, hvilket muliggør kompleks mønsterdetektion over tid.

Actions

Når betingelserne for en regel er opfyldt, og en handling iværksættes, aktiveres reglen. De understøttede mål for handlinger omfatter:

  • Strukturpipelines (til dataflytning, forbedring)

  • Fabric-notesbøger (til scoring af maskinel indlæring, diagnosticering)

  • Fabric spark-jobs (til batch- og streamingopgaver)

  • Fabric-funktioner (til brugerdefineret forretningslogik med kode)

  • Power Automate-flow (til integration af forretningsprocesser)

  • Teams-meddelelser (ved hjælp af skabelonbaserede beskeder)

  • Mailmeddelelser

Der er tre typer regler: regler for begivenheder, regler for begivenheder, som du tilføjer til et objekt, og regler for et objekts egenskaber.

Opret regler for hændelser

Når du laver regler for events, får du en aktivering for hver event, der kommer ind på en eventstream. Ved at bruge disse regler kan du følge tilstanden af noget over tid. Eksempel:

  • Du får en advarsel hver gang en ny begivenhed kommer ind på en begivenhedsstrøm, der har aflæsninger fra en enkelt IoT-sensor.
  • Du får en besked, hver gang en ny hændelse kommer ind, og værdien for en kolonne i den pågældende hændelse opfylder din definerede betingelse.

Opret regler for objekthændelser

Du opretter objekter ud fra streamingdata og identificerer dem ved at bruge unikke kolonner i en eller flere strømme. Vælg specifikke kolonner og den unikke kolonne, der skal pakkes ind i et objekt. I stedet for at oprette regler for ankomsten af begivenheder, skal du oprette regler, der overvåger begivenheder og rapporterer enten om ankomsten af det objekt eller ankomsten af et objekt, der opfylder en defineret betingelse. Din regel aktiveres, hver gang en ny hændelse kommer ind på eventstream-objektet. Du kan også identificere, hvilken instans den kom ind for.

Opret regler for egenskaber

Opret regler på egenskaber til at overvåge en egenskab på objekter over tid. Hvis du vil overvåge tilstanden for en egenskab i et objekt, skal du oprette en regel for en egenskab. Du kan f.eks. overvåge temperaturen på en pakke, og om den forbliver inden for et angivet interval over tid.

Tilstandsløse vs. tilstandsfulde regler

Regler i Aktivator kan være tilstandsløse eller tilstandsafhængige:

  • Tilstandsløse regler vurderer hver begivenhed isoleret (for eksempel value < 50).
  • Tilstandsbundne regler opretholder hukommelsen på tværs af begivenheder pr. objekt (for eksempel value DECREASES, BECOMES, ). EXIT RANGE

Tilstandsevaluering afhænger af:

  • Delta-registrering: Sporer ændringer mellem tidligere og aktuelle hændelsesværdier.
  • Tidsmæssig sekventering: Vurderer tidsbaserede forhold som fravær af begivenheder (hjerteslagsdetektion).
  • Tilstandsovergange: Reglerne aktiveres kun ved indtræden i en ny tilstand, hvilket forhindrer gentagne affyringer under uændrede forhold.

Hver regelbetingelse kompileres til en eksekveringsgraf, som systemet evaluerer kontinuerligt, i hukommelsen og næsten øjeblikkeligt. Systemet er optimeret til ventetid i undersekunder efter hændelsesmodtagelse.

Vigtige designovervejelser

  • Tilstandsbaseret logik vs. tilstandsløs filtrering – Tilstandsløse filtre (for eksempel value < 5) kan være for støjende. Foretrækker overgangslogik som DECREASES eller BECOMES for at reducere falske positiver og spam.
  • Objektnøglekardinalitet - Hver unik objektnøgle (for eksempel enheds-ID) bruger hukommelses- og beregningssporing. Profiler omhyggeligt implementeringer med høj kardinalitet (mere end 10.000 unikke objekter) for at opretholde ydeevnen.
  • Kombination af regler - Activator understøtter både AND- og OR-logik. Brug dem til at bygge komplekse detektionstræer (for eksempel falder temperaturen OG status bliver critical).
  • Styring af advarselstræthed – Designregler, der kun skal aktiveres på kantovergange. Aktivator undertrykker automatisk gentagne beskeder, medmindre der angives en ny tilstand, men godt design reducerer støj yderligere.

Næste trin