Anslutna sensorer, enheter och intelligenta åtgärder kan omvandla företag och möjliggöra nya tillväxtmöjligheter med Azure Internet of Things (IoT). Det här innehållet kompletterar befintlig Azure IoT-dokumentation med begrepp och mönster att tänka på när du utformar och utvecklar IoT-lösningar.
Azure IoT-lösningaromfattar händelser som genererar insikter för att informera åtgärder som förbättrar ett företag eller en process. IoT-lösningar använder händelser, insikter och åtgärder för att ansluta enheter eller saker till molnprogram och uppnå scenarier från ena till sista. Termerna sak och enhet innebär både en ansluten fysisk enhet i en IoT-lösning.
Händelser, insikter och åtgärder är funktionella begrepp som finns på enheter, plattformar och program i en IoT-lösning. Tänk dig ett program som övervakar kylsystemets temperaturer för livsmedelslagring och anropar nödunderhållstjänster om en temperatur blir farligt låg eller hög:
Kylsystemet skickar driftstemperaturer som telemetri till ett anslutet program via Azure IoT Hub. Säkerhetskopieringssystem finns om ett primärt kylningssystem fungerar eller går offline. Enheter kan ta emot kommandon för att justera temperatur- eller start- och stoppåtgärden.
Följande process sker i det här exemplet:
- Enheter skickar händelser. Enheter skickar temperaturexempel från det primära kylsystemet till programmets IoT Hub, via händelser från enheten till molnet, var 30:e sekund.
- Händelser genererar insikter. Routningsregler i IoT Hub händelser för omedelbara kontextuella insikter, till exempel temperaturer på felande nivåer.
- Insights informerar om åtgärder. Om temperaturen inte fungerar skickar händelsedirigeringen händelsen till en specifik hanterare för att vidta åtgärder. Hanteraren anropar en åtgärd till en annan process för att skicka underhåll till platsen och skickar ett kommando till säkerhetskopieringssystemet för att starta när underhållet är på väg till platsen.
Med hänsyn till händelser, insikter och åtgärder kan du utöka övervakningsscenariot för kylsystemet. Systemet kan lägga till mer komplexa insikter och åtgärder med hjälp av händelser från kylsystemenheterna:
Även om händelseserien inte ändras kan du genom att samla in händelser och tillämpa olika typer av insikter på händelserna vidta ytterligare åtgärder med data. Den här strategin blir mer kraftfull när den tillämpas på ett stort antal enheter som arbetar på flera platser.
Händelser
Händelser representerar kommunikation från enhet till moln i en IoT-lösning och kan vara meddelanden, bekräftelser eller telemetri.
Meddelanden är oönskade händelser som enheten skickar för att förmedla tillstånd eller begäranden från en enhet till dess molnprogram. De här typerna av händelser används ofta för aviseringar, tillståndsändringar och begäranden från en enhet om att ett program ska vidta en åtgärd. Exempel:
- En avisering från en enhet om att den inte fungerar.
- En begäran från en enhet om att information ska skickas till den.
- En uppdatering av lokal enhetstillstånd eller egenskapsändring.
Bekräftelser är händelser som en enhet skickar för att ange kvitto, förlopp eller slutförande av en begärd asynkron åtgärd. Bekräftelser används ofta i transaktioner mellan en enhet och ett moln där programlogiken förlitar sig på tillståndsfull kommunikation från enheten. Exempel:
- Förloppsuppdateringar för en långvarig begäran från ett program.
- Lyckade eller misslyckade signaler för att slutföra en asynkron begäran.
- Nära kopplade enhets- och programtransaktioner i flera steg.
Telemetri är återkommande överföring av mått eller tillstånd som skickas med jämna mellanrum från en enhet till molnet. Dessa typer av händelser används vanligtvis för fjärrsensorövervakning. Exempel:
- Kontinuerliga sensordata från enheter till program för tolkning.
- Övervakade hälso- och diagnostikdata som skickas från enheter.
- Spårade tillgångar som regelbundet skickar platsdata.
Insikter
Insights är tolkningar av händelser. Insights kan härleds från händelser direkt som sammanhangsbaserade insikter eller från omvandlade eller lagrade händelsedata genom programhändelsebearbetning för realtids- eller aggregerade insikter.
Kontextbaserade insikter är sammanhangsberoende tolkningar av händelser för att avgöra var de ska dirigeras eller vilka omedelbara åtgärder programlogiken ska köra. Några exempel:
- Avgöra var ett meddelande ska dirigeras baserat på sammanhangsbaserade data, till exempel meddelandehuvudinnehåll eller typ av enhet.
- Körningsbeslut efter händelsehanteringskod som avgör om du ska vidta omedelbara åtgärder baserat på en händelse.
- Stämma av bekräftelser för att slutföra en tillståndsful transaktion.
Insikter i realtid är tolkningar som samlas in och observeras i realtid för övervakning och beslutsfattande. Några exempel:
- Samla in och observera mått för en lösning nästan i realtid.
- Övervaka lösningens hälsa för visualiserings-, aviserings- och reparationsarbetsflöden.
- Kombinera händelser med andra datakällor för transformering i realtid och utdata för att visa och analysera.
Aggregerade insikter är tolkningar som görs genom att samla in större mängder händelser över tid, lagra dem och köra batchbearbetning på aggregerade data. Några exempel:
- Skapa träningsdata från verkliga händelser för maskininlärning och artificiell intelligens (AI) som ska användas för att förbättra enhets- och tjänstalgoritmer.
- Samla in och observera trender och egenskaper under en lång tidsperiod för användning i förbättringsprocesser.
- Skapa frågefunktioner på begäran runt flera datakällor som ska användas i affärsplaneringen.
Åtgärder
Åtgärder är avsiktlig aktivitet som utförs antingen programmatiskt eller manuellt som enhet,tjänsteller analoga åtgärder.
Enhetsåtgärder är instruktioner eller information som ett IoT-program skickar till en enhet för lokal åtgärd. Några exempel:
- Kommandon som skickas från ett användarprogram för att styra en enhet.
- Konfigurationsdata som skickas till en enhet för att ändra dess beteende.
- Begäranden till en enhet om att tillhandahålla data eller tillstånd på begäran.
Tjänståtgärder är tjänst- eller intraprocesskommunikation som skickas från en del av en lösning till en annan. Dessa åtgärder kan också vara begäranden som skickas till en extern tjänst som en del av ett programs logik. Några exempel:
- Begära data från en extern tjänst för användning av en lösning.
- Transaktioner med en annan tjänst som en del av programlogiken.
- Nödfall, polis eller andra externa tjänster.
Analoga åtgärder spåras av en lösning som en del av ett arbetsflöde, men sker vanligtvis utanför lösningsautomationen. Dessa typer av åtgärder har ofta en mekanism som en mänsklig operatör kan signalera när åtgärden är klar. Några exempel:
- Fältunderhåll på enheter där någon skickas för att reparera eller ersätta en enhet. Operatören meddelar lösningen när reparationen är klar.
- Lager, paketering eller mellanlagring av fysiska objekt i ett arbetsflöde för detaljhandeln. Operatören meddelar lösningen när de har lagrat eller mellan lagrat objekten.
- Bedömning och justering av träningsdata för AI som utförs av människor.