Dela via

Utmärkt driftseffektivitet i din IoT-arbetsbelastning

  • Artikel

Med tanke på komplexiteten i kraven på IoT-lösningar är organisationens operativa funktioner viktiga för att driva hållbart affärsvärde. Den här guiden fokuserar på driftsaspekterna av IoT-enheter och -tjänster som unikt tillgodoser kärnkraven för en IoT-lösning.

Driftseffektivitet i en IoT-arbetsbelastning kräver fullständig insyn och kontroll över alla maskinvaru- och programvarukomponenter i lösningen. Design, utveckling, etablering, övervakning, support och underhållsmetoder måste vara flexibla och leverera affärsvärde utan att öka driftrisken.

I IoT-lösningar flyttar enhetens mångfald och skala, olika nätverkstyper och geografiskt distribuerade platser avsevärt moln- och hybridmodellen för delat ansvar bort från molnleverantören. Molntjänster gör det enklare för organisationer att använda IoT-enheter och nätverk själva eller genom att använda tredje part, men organisationerna själva äger det operativa ansvaret för dessa viktiga element i IoT-arbetsbelastningar.

Utmärkt driftseffektivitet säkerställer att din IoT-lösning kan:

  • Stöd för olika användarroller.
  • Hantera alla faser i enhetens livscykel.
  • Skala effektivt för att möta ändringar på begäran.
  • Använd automatisering för hantering och övervakning.
  • Integrera med andra serverdelssystem.

Utvärdera driftseffektivitet i din IoT-arbetsbelastning

Om du vill utvärdera din IoT-arbetsbelastning via linserna i Well-Architected Framework Operational Excellence-pelaren slutför du frågorna om driftseffektivitet för IoT-arbetsbelastningar i Azure Well-Architected Review. När utvärderingen har identifierat viktiga rekommendationer för driftskvalitet för din IoT-lösning använder du följande innehåll för att implementera rekommendationerna.

Designprinciper

Fem grundpelare för utmärkt arkitektur ligger till grund för designmetoden för IoT-arbetsbelastningar. Dessa pelare fungerar som en kompass för efterföljande designbeslut inom de viktigaste IoT-designområdena. Följande designprinciper utökar kvalitetspelare för Azure Well-Architected Framework – utmärkt driftseffektivitet.

Designprincip Överväganden
Ta till dig kontinuerlig drift och skalning Se till att IoT-lösningen kan hantera automatisk enhetsetablering, integrera med andra serverdelssystem, stödja olika roller, till exempel lösningsutvecklare, lösningsadministratörer och operatörer, samt anpassa och skala effektivt till ändringar på begäran, till exempel nya IoT-enheter som distribueras eller högre dataflöde för inmatning.
Optimera bygg- och lanseringsprocesser En lyckad IoT-lösning för företag kräver en strategi för att upprätta och uppdatera en enhet eller flotta av enhetens konfiguration. En enhets konfiguration omfattar enhetsegenskaper, anslutningsinställningar, relationer och inbyggd programvara. IoT-operatörer kräver enkla och tillförlitliga verktyg som gör att de kan uppdatera en enhet eller flotta av enhetens konfiguration när som helst under enhetens livslängd.
Förstå driftshälsa Använd IoT-lösningsloggnings-, övervaknings- och aviseringssystem för att avgöra om lösningen fungerar som förväntat och för att felsöka problem under hela lösningens livscykel.
Använda automatisering och DevOps En IoT-enhet är i grunden en liten dator med specialiserad maskinvara och programvara. IoT-enheter är ofta begränsade i maskinvara, till exempel med begränsad minneskapacitet eller beräkningskapacitet. Automatisering och DevOps är viktiga för att säkerställa att operativsystem och programvara för IoT-enheter och gatewayer laddas upp och distribueras korrekt för att minimera driftstopp. Automatisering och DevOps är viktiga för övervakning och hantering av livscykeln för IoT-enheter.

IoT-arkitekturlager

Designprinciper för driftseffektivitet hjälper till att klargöra överväganden för att se till att din IoT-arbetsbelastning uppfyller kraven i de grundläggande IoT-arkitekturskikten.

IoT-kärnskikten: Enhet och gateway, enhetshantering och modellering samt inmatning och kommunikation, identifierar IoT-specifika lösningar. De andra lagren och övergripande aktiviteterna är också gemensamma för och delas ofta med andra arbetsbelastningar. DevOps-övergripande aktiviteter är särskilt viktiga för att stödja grundpelarna för driftseffektivitet.

Diagram som visar lager och övergripande aktiviteter i IoT-arkitekturen.

Enhets- och gatewaylager

Det här lagret representerar den fysiska eller virtuella enheten och gatewaymaskinvaran som distribueras på gränsen eller lokalt.

En viktig faktor för IoT-driftseffektivitet är en organisations förmåga att planera, etablera, konfigurera, övervaka och dra tillbaka IoT-enheter. Organisationer måste välja IoT-maskinvara som uppfyller affärs- och tekniska krav och definiera lämpliga testprocedurer för att säkerställa driftstillförlitligheten.

Greenfield-projekt som använder ny maskinvara har vanligtvis större flexibilitet i enhetstyper, inbyggd programvara och anslutningsfunktioner och tekniska specifikationer. Du kan behöva välja enheter som uppfyller regionala certifieringskrav eller föreskrifter som CE, FCC, UL, PCI eller FDA.

Brownfield-projekt som redan har distribuerad maskinvara har vanligtvis fler maskinvarubegränsningar. Du kan behöva leta efter andra typer av maskinvara, till exempel protokoll- eller identitetsöversättningsenheter, eller anslutningsgatewayer, till exempel Gateway för Bluetooth till MQ Telemetry Transport (MQTT).

Azure Certified Device Program-certifieringen verifierar att en enhet kan ansluta med Azure IoT Hub och etablera på ett säkert sätt via IoT Hub Device Provisioning Service (DPS). Azure Certified Device Catalog kan hjälpa dig att hitta och välja certifierad partnermaskinvara. Enhetskatalogen har sök- och filterfunktioner som du kan använda för att hitta maskinvara som uppfyller dina lösningskrav.

En viktig funktion att söka efter i Azure IoT-certifierad maskinvara är kompatibilitet med Azure Plug-and-Play och DTDL (Digital Twins Definition Language). Dessa funktioner säkerställer att enheterna integreras sömlöst med tjänster som Azure Digital Twins. I Scenarier med Azure IoT Edge är det viktigt att hitta katalogenheter som har IoT Edge hanterad certifiering. Den här certifieringen garanterar att enheten kan köra IoT Edge-körning och möjliggör distribution och hantering av IoT Edge moduler som stöder gränsbearbetning och analysarbetsbelastningar.

Enhetskomponenter och reservdelar måste vara tillgängliga för att täcka underhålls- och supportkontrakt för lösningens livslängd. Säkerställ en säker utrustningsförsörjning i rätt tid i början av projektet, eftersom det här kravet kan vara dyrt att införa senare. Använd en betrodd leverantörskedja och överväg dubbla eller flera leveranskällor.

Inmatnings- och kommunikationslager

Organisationens nätverksdriftsteam samarbetar vanligtvis med telekommunikationsoperatören för att hantera kommunikationsnätverksteknikstacken för en IoT-arbetsbelastning. Samordna med din telekommunikationsoperatör för att konfigurera och driva de kabelanslutna och trådlösa kommunikationsnätverkskomponenterna i dina IoT-lösningar och -åtgärder.

Kapacitetsskalning

Konfigurera inmatningen och andra backend-lager i IoT-molnlösningen för att kunna skala för att hantera förväntade och oväntade kapacitetsbehov. Om lösningen är kopplad till en ansluten produkt måste du hantera variationer i förväntad belastning. Belastningen kan påverkas av marknadsföringsinitiativ som försäljning eller kampanjer, eller av säsongshändelser som helgdagar. Du bör testa belastningsvariationer före händelser, inklusive oväntade händelser, för att säkerställa att din IoT-lösning kan skalas.

Azure erbjuder flera alternativ för att uppfylla kapacitetskraven när verksamheten växer. Kapacitetsplanering och skalning för din IoT-lösning varierar beroende på om du skapar en IoT Central- eller IoT Hub-baserad lösning.

  • IoT Central är en hanterad programplattform som du kan använda för att snabbt utvärdera ditt IoT-scenario och utvärdera affärsmöjligheterna. IoT Central tar hand om de flesta infrastrukturelement, men lagrar bara 30 dagars data. Eftersom de flesta IoT-lösningar exporterar data till andra tjänster bör du fokusera på att se till att de andra tjänsterna kan hantera förväntade och oväntade kapacitetsbehov under utvärderingen av din lösning.

  • Med en IoT Hub-baserad lösning är det ditt ansvar att skala upp för att hantera tillväxten i antalet meddelanden som matas in och skala ut för att hantera regionala krav. Det är viktigt att förstå antalet meddelanden som enheter skickar till IoT Hub och det varaktiga dataflödet för att välja rätt IoT Hub nivå för att stödja den förväntade efterfrågan.

    Om du närmar dig IoT Hub meddelandegräns bör systemet automatiskt kunna skala upp IoT Hub till nästa kapacitetsenhet. Alla serverdelstjänster i IoT-lösningen, till exempel Azure Stream Analytics, Azure Cosmos DB och Azure Data Explorer måste ha stöd för skalbarhet för att säkerställa att det inte finns några flaskhalsar någonstans i lösningens dataflöde.

Du bör också planera för kapacitetsbehov och krav för gränsenheter. Oavsett om du hanterar realtidsoperativsystembaserade enheter (RTOS) eller större beräkningsenheter med IoT Edge kontrollerar du att beräknings- och minnesstorleken är tillräcklig för dina specifika användningsfall.

Lager för enhetshantering och modellering

Implementera en centraliserad enhetshanteringslösning för att administrera, övervaka och driva livscykeln för IoT-enheter och för att hantera den övergripande konfigurationen av IoT-lösningen. Överväg att implementera ett integrerat användargränssnitt för att hjälpa driftteam med hantering av enhetsflottor.

Enhetsetablering

Definiera en fjärrenhetsetableringsstrategi för att aktivera zero-touch- och just-in-time-etablering av IoT-enheter i fältet utan mänsklig inblandning.

För fjärretablering av IoT-enheter gör Azure IoT Hub Device Provisioning Service (DPS) det möjligt att ansluta och konfigurera fjärranslutna enheter till IoT Hub. DPS möjliggör zero-touch-etablering utan hårdkodningsinformation på fabriken och möjliggör belastningsutjämning av enheter över flera IoT-hubbar.

Även om DPS stöder symmetrisk nyckelattestering bör du i en produktionsmiljö använda antingen X.509-certifikatet eller TPM-attesteringsmetoderna. Om du använder X.509-certifikat bör du distribuera rotcertifikatet, eller ett mellanliggande certifikat som signerats av rotcertifikatet till DPS, för att tillåta att enheter i fältet autentiseras korrekt till tjänsten och tilldelas till rätt IoT-hubb.

En del av en IoT-lösnings livscykel omfattar ometablering av enheter i fältet eller flytt av dem mellan IoT-hubbar. DPS möjliggör konfiguration av etableringsprinciper som bestämmer förväntat beteende när en IoT-enhet skickar en ny etableringsbegäran. Enheter bör programmeras för att skicka en etableringsbegäran vid omstart och bör implementera en metod för att manuellt utlösa etablering på begäran. Den här mekanismen säkerställer att varje gång en enhet startas kontaktar den DPS för att omdirigeras till lämplig IoT-hubb.

Enhetskonfiguration och uppdateringshantering

Upprätta en strategi för att uppdatera konfigurationen av enhets- eller enhetsflottan. En enhets konfiguration omfattar enhetsegenskaper, inbyggd programvara, anslutningsinställningar och relationer. IoT-operatörer behöver enkla och tillförlitliga verktyg som gör att de kan uppdatera en enhets- eller enhetsflottas konfiguration när som helst under enhetens livslängd.

En IoT-lösnings skala och specifika användning av en enhets konfiguration påverkar utformningen av en strategi för konfigurationshantering. Det är viktigt att automatisera den här strategin så mycket som möjligt och se till att konfigurationen kan ställas in och uppdateras effektivt.

En strategi för konfigurationshantering bör ha stöd för:

  • Inventering av IoT-enheter och IoT Edge enheter som distribueras i fältet .
  • Gradvis uppdateringsdistribution via enhetsgruppering.
  • Elastiska uppdateringar som stöder testning och återställningar.
  • Automatiska uppdateringar för befintliga eller nya enheter.
  • Uppdaterade statusrapporter och aviseringar.

Azure-funktioner som stöder dessa konfigurationshanteringskrav omfattar IoT Hub automatisk enhetshantering, IoT Edge automatiska distributioner, IoT Hub schemalagda jobb och Enhetsuppdatering för IoT Hub.

  • För kontinuerliga uppdateringar av befintliga eller nya enheter och IoT Edge enhetskonfigurationer, till exempel egenskaper, programspecifika inställningar eller relationer, använder du antingen IoT Hub automatisk enhetshantering eller IoT Edge automatiska distributioner. Båda funktionerna erbjuder ett effektivt, säkert och tillförlitligt sätt att automatisera konfigurationsdistributioner för en flotta eller en specifik grupp med enheter. Tjänsterna övervakar kontinuerligt alla nya och befintliga målenheter och deras konfiguration baserat på taggar för att säkerställa att enheterna alltid har den angivna konfigurationen. Den största skillnaden mellan dessa funktioner är att automatisk enhetshantering endast gäller för icke-IoT Edge enheter och IoT Edge automatiska distributioner endast gäller för IoT Edge enheter.

  • Om du vill uppdatera en befintlig enhet eller IoT Edge enhetskonfiguration baserat på ett engångs- eller återkommande schema använder du IoT Hub schemalagda jobb. Den här funktionen är ett effektivt, säkert och tillförlitligt sätt att tillhandahålla en konfigurationsuppdatering för en flotta eller en specifik grupp med enheter vid en schemalagd tidpunkt.

  • Om du vill uppdatera befintlig enhet eller IoT Edge enhetens inbyggda programvara, program eller paketuppdateringar via luften (OTA) använder du Enhetsuppdatering för IoT Hub. Den här tjänsten är ett säkert, säkert och tillförlitligt sätt att uppdatera en flotta eller en specifik grupp med enheter.

Det är en bra idé att ha en manuell uppdateringsmetod för IoT-enheter. På grund av rotcertifikatändringar eller anslutningsproblem kan du behöva uppdatera enheter manuellt genom att fysiskt ansluta till en lokal dator eller använda ett lokalt anslutningsprotokoll, till exempel Bluetooth.

Mer information om enhetshantering finns i:

Användargränssnitt för hantering

Lösningsoperatorer och administratörer behöver ett gränssnitt för att interagera med IoT-lösningen, till exempel etablera enheter, lägga till eller ta bort användare, skicka kommandon till IoT-enheter eller hantera enhetsuppdateringar.

IoT Central har ett inbyggt, lättanvänt hanteringsgränssnitt som gör att operatörer och administratörer kan fokusera på att lägga till branschkunskaper och utvärdera lösningen.

När du skapar din företagslösning med hjälp av plattformstjänster, till exempel IoT Hub och Azure Digital Twins, kan du skapa ett anpassat hanteringsgränssnitt med hjälp av REST-API:er som exponeras i IoT Hub REST-API:er och Rest-API:er för Azure Digital Twins.

Integreringslager

En typisk IoT-lösning består av flera komponenter som inmatning, routning, datalagring och databearbetning. Det är viktigt att dokumentera och ha en god förståelse för hela dataflödet i IoT-lösningen. Ha testprocedurer på plats för att säkerställa att de olika delarna av lösningen fungerar som förväntat och uppfylla organisationens tekniska och operativa krav. Implementera automatisering för att identifiera enhetsfunktioner i stor skala när de ansluter till din IoT-lösning och för att enkelt integrera med serverdelstjänster.

Konfigurera och testa tillförlitlig integrering med andra Azure- och tredjepartstjänster som stöder IoT-programmets serverdels- och klientdelstjänster. En lyckad IoT-implementering kräver integrering av IoT-tjänster som IoT Hub och DPS med andra Azure- och tredjepartstjänster.

DPS stöder till exempel anpassade allokeringsprinciper med hjälp av anpassad kod och Azure Functions, så det är viktigt att bekräfta att Azure-funktionen tillåter trafik som kommer från DPS och IoT Hub. Ett annat exempel är integreringen mellan IoT Hub- och serverdelstjänster för att aktivera funktioner som meddelanderoutning och filuppladdning. IoT Hub måste autentiseras korrekt mot dessa Azure-tjänster. Du bör använda hanterade identiteter för att eliminera behovet av att hantera dessa autentiseringsuppgifter manuellt.

DevOps-lager

DevOps innehåller roll- och användarhantering, insamling av mått, övervakning och automatisering.

Roll- och användarhantering

Ett viktigt beslut tidigt i en lösningsdesignfas är att definiera de roller som implementerar och hanterar lösningen. Bestäm vilka roller som ansvarar för att utveckla, hantera och använda IoT-lösningen i stor skala och de användare som är tilldelade till dessa roller.

Helst bör lösningen lita på en central identitetsprovider, till exempel Microsoft Entra-ID, och endast låta lämpliga användare i dessa roller utföra hanterings- eller åtgärdsaktiviteter, till exempel skapa och etablera nya enheter, skicka kommandon till maskinvara i fältet, distribuera uppdateringar och ändra användarbehörigheter.

I en IoT Hub-baserad lösning kan du använda Microsoft Entra-ID för att autentisera begäranden till IoT Hub tjänst-API:er, till exempel skapa enhetsidentiteter eller anropa direkta metoder. Du kan utveckla ett anpassat hanteringsgränssnitt för lösningsoperatorer och administratörer, som autentiserar användare mot Microsoft Entra-ID och kör API-begäranden till IoT-lösningens serverdel för dessa användare.

IoT Edge Måttinsamlare

Azure IoT Edge tillhandahåller modulen IoT Edge Metrics Collector som är redo att använda IoT Edge i IoT Edge Module Marketplace. Lägg till den här modulen i en IoT Edge distribution för att samla in mått och skicka dem till Azure Monitor. Modulkoden med öppen källkod är en Docker-containeravbildning med flera arkitekturer som stöder Linux x64, ARM32 och ARM64 version 1809.

Modulen Måttinsamlare kan samla in loggar från alla moduler som kan generera mått med hjälp av Prometheus-datamodellen. Inbyggda mått möjliggör bred arbetsbelastningssynlighet som standard, men du kan också använda anpassade moduler för att generera scenariospecifika mått som förbättrar övervakningslösningen.

Det finns två alternativ för att skicka mått från modulen Metrics Collector till molnet:

  • Skicka måtten till Log Analytics. De insamlade måtten matas in på den angivna Log Analytics-arbetsytan med hjälp av en fast intern tabell med namnet InsightsMetrics.

  • Skicka måtten till IoT Hub. Du kan konfigurera insamlingsmodulen för att skicka insamlade mått som UTF-8-kodade JSON-meddelanden från enhet till moln via edge hub-modulen. Det här alternativet låser upp övervakning av låsta IoT Edge enheter som endast tillåts extern åtkomst till IoT Hub slutpunkt.

Konfigurationsalternativen AllowedMetrics och BlockedMetrics tar utrymmes- eller kommaavgränsade listor med måttväljare. Ett mått matchas i listan och inkluderas eller exkluderas om det matchar ett eller flera mått i någon av dem.

Du kan visuellt utforska mått som samlas in från IoT Edge-enheter med hjälp av Azure Monitor-arbetsböcker. Utvalda arbetsböcker använder inbyggda mått från IoT Edge körning som matas in i en Log Analytics-arbetsyta. De här vyerna behöver inga måttinstrumentation från arbetsbelastningsmodulerna.

Azure Portal innehåller utvalda övervakningsarbetsböcker för IoT Edge enheter som offentliga mallar. Om du vill komma åt arbetsböckerna går du till sidan Arbetsböcker i avsnittet Övervakning från sidan IoT Hub eller IoT Central i Azure Portal.

En animering som visar IoT Edge övervakningsarbetsbok i Azure Portal.

Övervakning

Använd IoT-lösningsloggnings-, övervaknings- och aviseringssystem för att avgöra om lösningen fungerar som förväntat och för att felsöka och åtgärda problem. Övervakning och loggning hjälper dig att avgöra om enheter eller system är i ett feltillstånd, är korrekt konfigurerade, genererar korrekta data och uppfyller definierade servicenivåmål.

IoT-loggnings- och övervakningssystem kan vara mer komplicerade än i vanliga verksamhetsprogram. Komplexiteten uppstår eftersom IoT-lösningar ofta sträcker sig över:

  • Fysiska sensorer som interagerar med en miljö.
  • Program på gränsenheter som utför aktiviteter som dataformning och protokollöversättning.
  • Infrastrukturkomponenter som lokala gatewayer, brandväggar och växlar.
  • Inmatnings- och meddelandetjänster.
  • Beständighetsmekanismer.
  • Insikter och rapporteringsprogram.
  • Undersystem som fungerar och skalas oberoende av varandra i molnet.

Följande förenklade loggnings- och övervakningsarkitektur visar exempel på typiska IoT-lösningskomponenter och hur de använder rekommenderade tekniker.

Diagram som visar exempel på loggning och övervakningssystem.

Om dina kritiska program och affärsprocesser är beroende av Azure-resurser bör du övervaka dessa resurser för tillgänglighet och prestanda. Du kan använda Azure Monitor för att utföra följande övervakningsaktiviteter:

Övervaka IoT Hub

Azure IoT Hub samlar in samma typer av övervakningsdata som andra Azure-resurser, enligt beskrivningen i Övervaka data från Azure-resurser. Sidan Översikt i Azure Portal för varje IoT-hubb innehåller diagram som tillhandahåller vissa användningsmått, till exempel antalet meddelanden som används och antalet enheter som är anslutna till hubben. Informationen på översiktssidan är användbar, men representerar bara en liten mängd övervakningsdata som är tillgängliga för en IoT-hubb.

Vissa övervakningsdata samlas in automatiskt och är tillgängliga för analys så snart du skapar din IoT-hubb. Du kan konfigurera andra typer av datainsamling. Mer information om de mått och loggar som IoT Hub skapar finns i Övervakning Azure IoT Hub datareferens.

Övervaka uppdateringar

Precis som med alla distributioner eller uppdateringar bör du övervaka uppdateringstillståndet för distributioner och enheter. DevOps är ett sätt att konsekvent leverera nya programuppdateringar. Enhetsuppdatering för IoT Hub övervakar efterlevnaden genom att mäta hur många enheter som har installerat den högsta versionskompatibla uppdateringen. En enhet är kompatibel om den har installerat den högsta tillgängliga versionen av den kompatibla uppdateringen.

Övervaka konfiguration

Precis som med alla distributioner eller uppdateringar bör du övervaka och varna om status för en enhetskonfiguration eller uppdateringsdistribution. Varje Azure IoT-konfigurationstjänst samlar in och lagrar loggar och mått i Azure Monitor. Du kan använda dessa data för att skapa Azure Monitor-aviseringar för att skicka meddelanden när en konfigurationsdistribution eller uppdatering skapas, slutförs eller misslyckas.

Om övervakningsdata som tillhandahålls av var och en av Azure IoT-konfigurationstjänsterna inte räcker ger Azure IoT Hub-tjänstens API:er en mer detaljerad vy.

Övervaka automatisering och DevOps

DPS, IoT Hub och IoT Edge tillhandahålla kontinuerliga mått och statusuppdateringar som är viktiga indata för att övervaka kontinuerlig integrering/kontinuerlig distribution (CI/CD) eller automatiseringsskriptutdata. Du kan samla in och analysera dessa mått på en Log Analytics-arbetsyta och sedan definiera aviseringar.

Mer information om övervakning finns i:

Automation

En IoT-enhet är i grunden en liten dator med specialiserad maskinvara och programvara. IoT-enheter är ofta maskinvarubegränsade, till exempel har begränsad minne eller beräkningskapacitet. Automation och DevOps säkerställer att programvara för IoT-enheter och -gatewayer laddas upp och distribueras korrekt för att minimera driftstopp. Automatisering och DevOps är viktiga för övervakning och hantering av hela livscykeln för utveckling, distribution och drift av en IoT-lösning och -enheter.

Den största fördelen med en mogen DevOps-implementering är flexibilitet, möjligheten att snabbt känna av och svara på förändringar i affärsbehov. Följ dessa rekommendationer om du vill använda automatisering med DevOps för smidig programutveckling, distribution, testning, integrering och åtgärder:

  • Använd CI/CD DevOps-principer och -processer för att öka produktiviteten och skapa en sömlös snabb utvecklingscykel.

  • Distribuera programprogramändringar i en IaC-miljö (infrastruktur som kod) för att automatisera och hantera den pågående driften av distribuerad programvara.

  • Automatisera IoT-programmets programlivscykel från utveckling till testning till distribution till IT-drift.

  • Använd DevOps-verktyg och -processer i IoT Hub och IoT Edge för att automatisera edge-programvarans livscykel. Använd IoT Edge för att distribuera IoT-programprogramvara på enheter.

  • Ge operatörer verktyg för att få insyn och insikter, samarbeta, kontrollera och upprätthålla en tillförlitlig IoT-lösning.

  • Använd tvärfunktionella team för att leverera kontinuerligt för lösningar. Enhetsleverantörer och korsfunktionella lösningsutvecklare bör samarbeta för att utveckla och distribuera IoT-lösningar.

  • Utveckla affärs- och distributionsmodeller för att skapa möjligheter för olika affärsmodeller och pilotvalidering, distribution och förbättringar.

Automatisera enhetens livscykel

Anslutna IoT Edge enheter har en livscykel som sträcker sig bortom distribution, avbrott och korrigering och tillbakadragna. Anslutna enheter ger organisationer den bästa positionen för att dra nytta av affärsmöjligheter och kontinuerligt lägga till inkrementell innovation under hela systemets livscykel.

I IoT-lösningar definierar program som är installerade på maskinvara systemfunktioner. Tusentals enheter kan vara anslutna till en enda molnslutpunkt, till exempel IoT Hub. Alla ändringar i konfigurationen eller programvaran måste spridas över alla enheter. Om du vill ändra systemfunktioner uppdaterar du programvara i stället för att göra maskinvaruändringar eller lokala åtgärder.

När du implementerar automatisering och DevOps i IoT-system följer du specifika automatiserings- och DevOps-krav för varje enhets livscykelfas. I följande tabeller beskrivs Azure IoT-funktioner som stöder tre faser i enhetens livscykel.

Livets början

Förväntningar Plattformsfunktion tillgänglig med kodfragment
Registrering av icke-DPS-enheter Massuppdateringar av enheter
Enhetsetablering DPS-konfiguration krävs för att tillhandahålla zero touch-enhetsetablering
Hantering av enhetscertifikat och token Kontrollera åtkomsten till IoT Hub med hjälp av signaturer för delad åtkomst (SAS)
Livscykelhantering för enhetscertifikat Ca-certifikatets livscykelhantering med DPS och DigiCert
Enhetens inledande konfigurationer Enhetstvillingar och enhetsmoduler

Medelåldern

Förväntningar Plattformsfunktion tillgänglig med kodfragment
Kontinuerlig hantering av enhetskonfiguration i stor skala Enhetstvillingar och enhetsmoduler
CI/CD-pipeline för IoT Edge moduler Kontinuerlig integrering och kontinuerlig distribution (CI/CD) till Azure IoT Edge-enheter
Ometablering av enhet Ometablering av DPS-enhet
SAS-nyckelgenerering för ändringar eller upphörande Kontrollera åtkomsten till IoT Hub med hjälp av signaturer för delad åtkomst (SAS)
Logg- och enhetsdiagnostik Förkonfigurerade Azure-arbetsböcker för IoT Hub
Övervakningsdiagnostik för Azure IoT Edge Samla in och transportera IoT Edge enhetsloggar och mått
OTA-enhetsuppdateringar Enhetsuppdatering för IoT Hub

Livets slut

Förväntningar Plattformsfunktion tillgänglig med kodfragment
Avregistrera enheter Avregistrera en enhet från DPS
Ta bort enhetsspecifik konfiguration Enhetstvillingar och enhetsmoduler
Ersättning av enhet Samma som livets början

Nästa steg

Prestandaeffektivitet i din IoT-arbetsbelastning