Fordonsanslutna flottor

Den här artikeln beskriver referensarkitekturen för fordonsanslutna flottor, som gör det möjligt för kunder och partner att skapa komposterbara, datacentrerade lösningar. Du kan hantera alla aspekter av dina anslutna flottor, generera datadrivna insikter och integrera vagnparkslösningar med kritiska affärsprocesser. Referensarkitekturen för anslutna flottor gäller för tillverkare av originalutrustning för fordon, inklusive små och framväxande operatörer, vagnparksoperatörer, leverantörer av fordonsparkslösningar och mobilitetstjänstleverantörer.

Arkitektur

Ladda ned en Visio-fil med diagrammen i arkitekturen.

Referensarkitekturen för anslutna flottor stöder sammansättning, innovation och support genom att:

• Tillämpa vanliga meddelandescheman och en uppdaterad gemensam datamodell för bilar, så att partner kan samordna och lägga till värde inom olika områden i flottans driftdomän.
• Använda en modulär design för att hantera utmaningarna med att modernisera brownfield-miljöer med nya funktioner för att hantera både fordon och företag. Moduler kan hanteras oberoende av varandra och integreras, vilket förenklar och påskyndar integreringen av funktioner från olika parter. Moduler är anpassningsbara och gör det möjligt för kunder och partner att anpassa funktionerna och skala sin verksamhet efter behov.
• Baseras på allmänt tillgängliga Azure-tjänster. Arkitekturen utvecklas när nya Azure-tjänstfunktioner introduceras.

Arkitekturen består av följande områden:

• Vehicle Edge ansvarar för fordonslogik och anslutning till molnserverdelen.
• Telematik omfattar inmatning av fordonstelemetri, meddelandebearbetning och enhetshantering.
• Fleet-integrering omfattar integrering från telemetrilagret till affärs- och analysskiktet.
• Affärsdata omfattar datamodellen och länkarna mellan den gemensamma datamodellen för flottan och befintliga Dynamics 365-moduler.
• Analys integrerar och genererar insikter från olika och stora datakällor.
• Affärsverksamheten tillhandahåller funktioner för hantering och drift av fordonsflottor.
• Affärsautomatisering ger utökningsbarhet med låg kod eller ingen kod för att implementera användningsfall baserat på affärsdata.
• Visualisering ger funktioner för rapportering och business intelligence.
• Åtgärder och säkerhet ger övervakning och observerbarhet på alla tjänster och enheter, skyddar nätverksanslutningen och ger autentisering eller auktorisering till enheter, program och användare.

Följande avsnitt visar information om arkitektur och arbetsflöden.

Arbetsflöde för telemetriinmatning

Telemetriinmatningsskiktet ansvarar för att ta emot meddelanden från fordons-, auktoriserings-, avkodnings- och berikningsskikten och dirigera meddelandena till vagnparksintegreringsskiktet.

Ladda ned en Visio-fil med diagrammen i arkitekturen.

1. Telemetrimeddelanden från fordonet innehåller rubriker eller metadata och en nyttolast som kan antingen protobuf-kodat eller JSON-format. Dessa meddelanden skickas via MQTT till molnkoordinatorn. Rubrikerna innehåller fält, till exempel UUID för fordon, meddelandetyp, leverantör, korrelationsidentifierare, meddelandeversion, UUID för meddelanden och en standardtidsstämpel i UTC. Rubriker används för validering och routning av meddelandetyp.
2. Meddelandet bearbetas i en pipeline som utför följande steg:
   1. Metadataverifiering validerar meddelandehuvuden inklusive aktiviteter, till exempel att bekräfta att enheten har behörighet att skicka typen av meddelande och obligatoriska rubrikfält.
   2. Avkodningssteget översätter indataschemat till ett standardiserat format som används av molnet. Avkodningssteget ger också ett abstraktionslager mellan enheten och molnet om det finns några versionsändringar mellan enhetstyper eller år. Avkodningsimplementeringen kan antingen vara infogad, som en del av funktionen för bättre prestanda, eller så kan det vara ett separat funktionsanrop för extra modularitet.
   3. Berikning omfattar datavärdesmanipulering och tillägg av nya datafält. Exempel på berikningsarbetsbelastningar är enhetskonverteringar, till exempel miles till kilometer, omvänd geokodning, uppslag för kodbeskrivning för fordonsdiagnostikfel, berikande med mer data samt härledning och beräkning av extra värden. Berikningssteg anropas enligt meddelandetypen.
   4. Routningssteget distribuerar meddelandena till händelsehubben i vagnparksintegreringsskiktet baserat på meddelandetypen. Integreringslagret för flottan är en varm sökväg som krävs för integreringar som kräver nästan realtidsåtkomst till meddelandedata.
3. Konfigurationen hanteras i Azure Cosmos DB. Appen för meddelandebearbetning läser kända meddelandetyper, anspråk för enhetsauktorisering och stegkonfiguration för att bearbeta och dirigera inkommande meddelanden.
4. För dataanalys och felsökning lagras meddelanden i kundens datasjö i separata tabeller. Följande är exempelmeddelanden och undantag:
   1. Ursprungliga råa meddelanden från Azure IoT Hub inklusive rubriker.
   2. Avkodade och berikade meddelanden.
   3. Undantag inkluderar meddelanden som inte kan verifieras mot schemat och misslyckade avkodningsaktiviteter och meddelanden som inte matchar befintliga fordon eller misslyckade anrikningsfall.
5. Fordons- och enhetshantering är tillgängligt för externa system med ett hanterat API. Funktionen för meddelandebearbetning använder fordonsdata som lagras i Azure Cosmos DB för att verifiera att meddelandena är registrerade i ett fordon.

Azure Event Grid tillhandahåller en branschkompatibel MQTT-broker som stöder version 3.1.1 och 5.0. Mer information finns i Översikt över MQTT-stöd i Azure Event Grid (förhandsversion) och Klientautentisering med hjälp av en CA-certifikatkedja. Klienter kan begränsas till att publicera eller prenumerera på specifika ämnen med hjälp av rollbaserad åtkomstkontroll i Azure (RBAC). Mer information finns i Microsoft Entra ID JWT-autentisering och Azure RBAC-auktorisering för att publicera eller prenumerera på MQTT-meddelanden.

Det går också att använda IoT Hub som MQTT-mäklare. Det ger begränsat stöd för MQTT 3.1.1 och 5.0 med fördefinierade ämnen och nära koppling mellan enheter och molnappar. Mer information finns i Jämför MQTT-stöd i IoT Hub och Event Grid.

Anslutningen mellan enheter och molnet kan konfigureras via en privat länk för förbättrad nätverkssäkerhet.

Arbetsflöde för vagnparksintegrering

Integreringsskiktet för flottan använder standardiserade kommunikationsnyttolaster från telematiklagret. Nyttolasten möjliggör nyckelfärdiga scenarier i vagnparkshantering för verksamhets- och dataanalys.

Det finns fyra vanliga typer av nyttolastmeddelanden som krävs för att stödja flottans drift:

Följande arkitekturdiagram visar dataflödet för dessa meddelanden:

Ladda ned en Visio-fil med diagrammen i arkitekturen.

1. Ett standardiserat meddelande skickas till azure Event Hubs-namnområdet för vagnparksintegrering.
2. Periodiska statusmeddelanden bearbetas och skickas direkt till analyslagret med hjälp av intern datainmatning i Azure Data Explorer.
3. Meddelanden som tas emot som händelser, aviseringar och meddelanden lägger till rader i motsvarande händelsedatatabell.
4. Meddelanden som innehåller resor skapar poster i tabellen trips.

Arbetsflöde för affärsautomatisering

Verksamhetsspecifik integrering uppnås med hjälp av en Microsoft Power Platform-dataanslutning. Anslutningsappen ger möjlighet att skapa arbetsflöden i Microsoft Power Automate eller Azure Logic Apps, vilket möjliggör integrering med låg kod eller ingen kod för fordonsfunktioner.

Du kan använda dataanslutningar för att utföra två åtgärder:

• Utlösare meddelar Microsoft Power Platform när specifika händelser inträffar. En utlösare startar ett affärsarbetsflöde som en reaktion på ett meddelande om en ändring av fordonsstatus.
• Åtgärder är ändringar som dirigeras av användaren. Åtgärder tillåter interaktion från Microsoft Power Platform till integreringsskiktet för flottan.

Ladda ned en Visio-fil med diagrammen i arkitekturen.

Följande utlösare och åtgärder motsvarar föregående diagram.:

1. Utlösare
   1. Inkommande händelsemeddelanden: Starta ett arbetsflöde på Microsoft Power Apps eller Microsoft Power Platform baserat på en händelsemeddelandetyp. Nyttolasten för meddelandet kan parsas och nås i Microsoft Power Platform.
   2. Etablering av livscykelhantering: Meddelande om ändringar i etableringsstatusen för fordon.
2. Åtgärder
   1. Åtkomst till fordon senast kända värden och historik: Gör att du kan läsa det senast kända värdearkivet och meddelandehistoriken.
   2. Etablering: Innehåller funktioner för att etablera och avetablera fordon och enheter.

Dataanslutningen kan användas oberoende av Dynamics 365-integreringen. Anslutningsappen gör att företagsprogram kan integreras med arkitekturen med hjälp av Microsoft Power Platform.

Arbetsflöde för dataanalys och visualisering

Ladda ned en Visio-fil med diagrammen i arkitekturen.

Analyspipelinen ger varm tillgänglighet och kall lagring för fordons- och affärsdata.

1. Datasjön lagrar data, inklusive:

   • Ursprungliga, råa meddelanden från fordonet.
   • Avkodade och berikade meddelanden från tillägg för meddelandebearbetning i anslutna flottor.
   • Misslyckade meddelanden längs tilläggen för meddelandebearbetning.
   • Verksamhetsinformation som skickas från Microsoft Dataverse via Azure Synapse Link.
   • Exporter som skickas från ett tredjepartssystem.

2. Data bearbetas med Synapse-pipelines i flera steg:

   • Rensat, avkodat och deduplicerat data från råa bronstabeller .
   • Berikade, deduplicerade och verifierade åtgärdsdata för flottan i silvertabeller .
   • Datauppsättningar som tillhandahåller aggregerade data och viktiga prestandaindikatorer och insikter som härleds från flera datakällor i guldtabeller .

3. Visualisering genom att komma åt data från lakehouse. Microsoft Power BI tillhandahåller visualiseringsfunktioner till lakehouse med hjälp av Parquet-anslutningsappar och Azure Data Explorer-kluster med hjälp av DirectQuery.

Komponenter

Följande komponenter refereras i referensarkitekturen för fordonsanslutna flottor:

Meddelandetjänster

Med följande meddelandetjänster kan du reagera på relevanta händelser, etablera, mata in och kommunicera mellan anslutna enheter.

• Event Grid är en mycket skalbar, fullständigt hanterad meddelandedistributionstjänst för publicering och prenumeration som använder MQTT- och HTTP-protokollen. Den här tjänsten gör det möjligt för telematiska enheter att kommunicera med molnet.
• IoT Hub är en hanterad tjänst som fungerar som en central meddelandehubb mellan telematikenheterna och molnet.
• IoT Hub Device Provisioning Service är en hjälptjänst som möjliggör nolltouch- och just-in-time-etablering av telematiska enheter.
• Event Hubs är en skalbar tjänst för händelsebearbetning som matar in och bearbetar stora mängder händelser och data. Den bearbetar den stora mängden händelser som genereras av telematikenheterna.

Lagrings- och databastjänster

Med följande tjänster kan du optimera din datalagring.

• Azure Blob Storage är en objektlagringslösning för molnet. Den lagrar information från telematikenheter som meddelanden, videor och högupplösta datainsamlingar.
• Azure Cosmos DB är en fullständigt hanterad NoSQL och relationsdatabas för modern apputveckling. Den lagrar information om fordon, enheter och användare.

Integreringstjänster

Med följande tjänster kan du publicera i stor skala, skapa och hantera gatewayer, använda uppdaterad infrastruktur och resurser, skapa webb- och mobilappar och använda geospatiala funktioner.

• Azure API Management är en hybridplattform för hantering av flera moln för API:er som förenklar integreringen av data och tjänster.
• Azure Functions är en serverlös lösning som används för realtidsström och händelsebearbetning av telemetrimeddelanden och händelser. Den hanterar även filuppladdningar och utför slutsatsdragning med maskininlärningsmodeller.
• Azure App Service är en HTTP-baserad tjänst som är värd för webbprogram, REST-API:er och mobila serverdelar. Det ger en klientdelsupplevelse för mobilitetsanvändare.
• Azure Maps är en samling geospatiala tjänster och SDK:er som ger geografisk kontext till webb- och mobilprogram.

Data- och analystjänster

Med följande tjänster kan du fråga och analysera stora mängder data.

• Azure Synapse Analytics är en företagsanalystjänst som påskyndar tiden till insikter i informationslager och stordatasystem.
• Azure Data Explorer är en fullständigt hanterad stordataanalysplattform med höga prestanda som förenklar analys av stora volymer av fordonstelemetridata nästan i realtid.

Säkerhetstjänster

Med följande tjänster kan du hantera ditt virtuella nätverk och användaridentiteter och styra åtkomsten till dina appar, data och resurser.

• Azure Private Link- ger åtkomst till PaaS-lösningar (Plattform som en tjänst) via en privat slutpunkt i ditt virtuella nätverk. Private Link undviker att exponera tjänster på Internet.
• Microsoft Entra ID är en molnbaserad identitets- och åtkomsthanteringstjänst. Det ger en gemensam upplevelse för alla program, tjänster och användare.

Affärsintegrering

Med följande tjänster kan du hantera data, appar, arbetsflöden, skapa appar med låg kod och öka insikterna.

• Dataverse är en databas i molnskala som används för att lagra data på ett säkert sätt för företagsprogram som bygger på Power Apps.
• Power Automate är en molnbaserad tjänst som gör det möjligt för användare att automatisera repetitiva uppgifter och effektivisera affärsprocesser med en plattform med låg kod.
• Power Apps är en molnbaserad tjänst som gör det möjligt för användare att snabbt skapa och dela appar med låg kod.
• Power BI är en tjänst för affärsanalys för datavisualisering och insikter.
• Dynamics 365 är en uppsättning intelligenta affärsprogram som hjälper dig att driva hela verksamheten och leverera bättre resultat genom förutsägande, AI-drivna insikter.
• Dynamics 365 Field Service hjälper organisationer att leverera tjänster på plats till kundplatser.

Information om scenario

Ladda ned en PowerPoint-fil med det här diagrammet.

Oberoende programvaruleverantörer (ISV:er) kan använda referensarkitekturen för anslutna flottor för att skapa scenariooberoende funktioner som är viktiga för övergripande hanteringsaktiviteter för flottan. Kapacitetslagret i föregående diagram visar funktioner inom två kategorier: hantering av fordon och affärsfunktioner i en flotta. Funktionerna är indelade i kategorier av följande skäl:

• Kategorier ger beskrivande bekvämlighet.
• En ISV kan utveckla mer än en funktion i mer än en kapacitetskategori.
• Flera ISV:er erbjuder olika versioner av samma funktion.

Lösningsintegrerare (SIs) kombinerar funktioner för att utveckla segmentspecifika scenarier för specifika kunder. Scenarierna som visas i föregående diagram är en outtömmande lista med exempel. Vissa scenarier lämpar sig för ett mindre antal typer av flottor, inklusive last-mile logistik för leverans. Andra kan ha olika anpassningar för olika segment, till exempel mobila fältservice för stadsdelning jämfört med fjärrutvinningsutrustning. Vissa SIS utvecklar sina egna flottfunktioner och underhåller dem i form av återanvändbara tillgångar. Dessa SIs kan spela några av rollerna för ISV:er och den traditionella SI-rollen.

Potentiella användningsfall

• Mobile fältservice stöder företag som driver flottan som en tjänst eller fullständiga OEM-tillverkare inom områden som jordbruk och off-highway som inte har några fasta workshops. Det gör det möjligt att skicka flygande läkare, även kända som tekniker, till fordonets plats om det finns problem. Fjärrdiagnostik kan hjälpa dig att fastställa orsaken till felet och ta med rätt reservdelar och reparationshandböcker. En integrerad tjänstarkitektur kan kombinera mobila tjänster och tjänster i statiska workshops.
• Teknisk självbetjäningsanalys gör det möjligt för ingenjörer som arbetar i oem-tillverkare för fordon att generera användbara insikter med hjälp av de data som genereras av fordonsflottans drift och uppgifter. Analys omfattar fordonsprestanda, felrotsorsaksanalys, maskininlärningsmodellträning och geospatial analys. Omfånget omfattar produktions- och förproduktionstestflottor där nyttolaster och analys är mer dynamiska.
• Delade fordonstjänster är en samling tjänster för taxisändningar, självbetjäningsuthyrning och bilresurser eller samåkning. För taxisändning omfattar användningsfall att begära upphämtnings- och avlämningspunkter, automatisk matchning av förare till förare baserat på tillgänglighet och närhet till förare och schemaplanering för nästa upphämtning. I självbetjäningsläge gör tjänsten det möjligt för användare att göra fordonsreservationer, göra betalningar och underlätta säker åtkomst till fordon. På operatörssidan kan vagnparkschefer köra rapporter om efterfrågan på fordon på specifika platser för att säkerställa att fordonen är positionerade för att matcha trender i efterfrågan. För samåkning, bil- eller sätesreservationer och betaltjänster omfattas. I mycket integrerade intelligenta transportsystem kan sådana funktioner vara vanliga för flera leverantörer, till exempel för system för stadssändning.
• Last-mile logistics fokuserar specifikt på kunder med komplexa schemaläggningskrav, vilket kräver optimering av förar- och fordonsval för många vägpunkter under en viss dag. Kunder inkluderar personer som levererar matvaror eller paket. Logistiken på sista milen skulle helst integreras med ett kundgränssnitt för att informera kunderna om förväntad leveranstid. Kunderna kan dra nytta av ett närmare samarbete med slutkunder genom ökad insyn i leverans av varor, optimering av flottans storlek och minskning av avståndsdrivna. Sådana funktioner omfattar delade fraktmodeller där slutpunkten, snarare än transportföretaget, organiserar paketen, särskilt för kompatibilitet med ultralåga utsläppsfordon (ULEV) och ZLEV-zonbegränsningar (noll- och utsläppssnåla fordon).
• Med kundtjänst kan operatörer och ägare spåra kundproblem, registrera alla interaktioner, förena routning för att effektivt dirigera arbetsobjekt, skapa och spåra serviceavtal och hantera prestanda och produktivitet via rapporter och instrumentpaneler.

Att tänka på

Dessa överväganden implementerar grundpelarna i Azure Well-Architected Framework, som är en uppsättning vägledande grundsatser som kan användas för att förbättra kvaliteten på en arbetsbelastning. Mer information finns i Microsoft Azure Well-Architected Framework.

Tillförlitlighet

Tillförlitlighet säkerställer att ditt program kan uppfylla de åtaganden du gör gentemot dina kunder. Mer information finns i checklistan för Designgranskning för tillförlitlighet.

• Extra design krävs för att bearbeta meddelanden som rör hälsa och säkerhet. Till exempel korrelera en kraschsignal till ett nödsamtal 911.
• Telematikmaskinvarans leverantör måste garantera funktionell säkerhet för att köra kommandon.

Säkerhet

Säkerhet ger garantier mot avsiktliga attacker och missbruk av dina värdefulla data och system. Mer information finns i checklistan för Designgranskning för Security.

• Använd Microsoft Defender och Microsoft Sentinel för att identifiera och åtgärda sårbarheter och hot på enheten. Överväg att integrera den lätta säkerhetsagenten på enheten. Mer information finns i Vad är Microsoft Defender för IoT för enhetsbyggare?.
• Utför övervakning och observerbarhet för dina enheter. Samla in mått, loggar och spårningar med en hastighet som balanserar transparens med kostnader.
• Använd privata slutpunkter för att skydda de tjänster som inte ska exponeras för det offentliga Internet.
• Använd hanterade identiteter för att tillhandahålla identiteter till dina tjänster och eliminera hanteringen av autentiseringsuppgifter.

Kostnadsoptimering

Kostnadsoptimering handlar om att titta på sätt att minska onödiga utgifter och förbättra drifteffektiviteten. Mer information finns i checklistan Designgranskning för kostnadsoptimering.

• Kostnaden för den anslutna flottans drift är direkt relaterad till mängden meddelanden för varje fordon.
  • Överväg den uppdateringsfrekvens som krävs för varje fordon. Överväg att dynamiskt justera uppdateringshastigheten baserat på användningsfallet.
  • Överväg att minska storleken på meddelanden med hjälp av komprimerings- eller kodningstekniker som protobuf och gzip.
  • Överväg att begränsa överföringen av videor eller fordonsdatainsamlingar med hjälp av trådlöst LAN i stället för mobilkommunikation.
  • Överväg fördröjd bearbetning av stora filer, till exempel videor och loggfiler med hjälp av Azure Spot Virtual Machine-instanser.
  • Använd ämnesalias på vanliga MQTT-meddelanden från fordonen för att spara nätverksbandbredd.
• Körningen för avkodning och berikning måste bibehållas så lågt som möjligt för att minska funktionsapparnas storlek och skala.
• Fordonsdriften har vanligtvis perioder med hög och låg efterfrågan under dagen. Överväg att använda automatisk skalning för tjänster som upplever en efterfrågan för att minska kostnaderna.
• Bearbetningshastigheter och kostnader har stora skillnader för ett IoT-baserat telemetrisystem (telematiklager) och driftskiktet (Dataverse). Se till att endast händelser där en affärsåtgärd krävs utlöser en uppdatering på driftskiktet.

Priskalkylatorn kan användas för att skapa en uppskattning av de månatliga kostnaderna för de Azure-tjänster som krävs för att använda den här lösningen.

Operational Excellence

Operational Excellence omfattar de driftsprocesser som distribuerar ett program och håller det igång i produktion. Mer information finns i checklistan för Designgranskning för Operational Excellence.

• Med meddelanden med obeställbara bokstäver i Azure Data Lake Analytics kan du övervaka systemet efter problem och konfigurera aviseringar för att identifiera problem med fordonskommunikation.
• En bugg i fordonsprogramvaran kan skapa en hög belastning i systemet. Koncept för begränsning av fordonsmeddelanden kan vara nödvändiga för att säkerställa att systemet inte är överbelastat.
• Överväg att skapa en resursgrupp för varje lager i arkitekturen. Gruppering av resurser förenklar hantering och kostnadskontroll.

Prestandaeffektivitet

Prestandaeffektivitet är arbetsbelastningens förmåga att uppfylla användarnas krav på det på ett effektivt sätt. Mer information finns i checklistan för Designgranskning för prestandaeffektivitet.

• Meddelanden med hög volym, till exempel periodiska statusuppdateringar och uppskjutna meddelanden, till exempel resor, separeras från aviseringar och meddelanden för att ge händelsehubbarna behörighet.
• En matchningsfel mellan telemetri och Dataverse som rör tids- och felhantering, till exempel skillnaden mellan push-överföring och pull, använder virtuella tabeller för att frikoppla data som snabbt uppdateras.
• Den aktuella strukturen för den gemensamma fordonsdatamodellen kräver flera poster för varje uppdatering av fordonsstatus. Varje värde kräver uppdateringar i enhetsmåttet och enhetsmätaren. Informationen om sensorerna bör visas från vagnparksintegreringsskiktet på begäran.
• Skräppostaviseringar och meddelanden skapar problem i Dataverse. Uppdateringsfrekvensen för Dataverse måste vara konfigurerbar och begränsas.
• Tillståndsarkivet innehåller den senaste informationen från fordonet och kan nås som en del av affärsautomation eller Power Apps.

Distribuera det här scenariot

Du kan följa den stegvisa självstudiekursen för Referensarkitektur för ansluten flotta för att distribuera lösningen i din prenumeration.

Deltagare

Den här artikeln underhålls av Microsoft. Det har ursprungligen skrivits av följande medarbetare.

Huvudsakliga författare:

• Mario Ortegon-Cabrera | Principal Program Manager, MCIGET SDV & Mobility
• David Peterson | Chefsarkitekt, Mobilitetstjänstlinje

Övriga medarbetare:

• Saivendra Kayal | Senior Programarkitekt, Mobilitetstjänstlinje
• Ryan Matsumura| Senior Program Manager, MCIGET SDV & Mobility
• John Stenlake | Direktör, Fordonsinnovation och mobilitet

Om du vill se linkedin-profiler som inte är offentliga loggar du in på LinkedIn.

Nästa steg

Följande referensarkitekturer utökar scenariot med anslutna flottor:

• Referensarkitektur för fordonsmeddelanden, data och analys omfattar fler scenarier för fordons- och enhetsmeddelanden med hjälp av Event Grid MQTT-asynkron meddelandekö.
• Dataanalys för fordonstestflottor är ett dedikerat scenario där insamlade data används för teknisk validering och rotorsaksanalys .

Relaterade resurser

Följande referensarkitekturer är relaterade till scenariot med anslutna flottor:

• Referensarkitektur för autonom fordonsdrift (AVOps) innehåller metoden för utveckling och modellträning av autonoma fordonsflottor.
• Automatiserad styrning av fordonsflottan visar en heltäckande metod för att kontrollera automatiserade guidade fordon (AGV:er) för just-in-time-tillverkning och automatiserad logistik på show-floor.

Följande mönster är relevanta när du implementerar den här arkitekturen:

• Mönstret Publisher-Subscriber beskriver hur en enhet meddelar händelser till flera intresserade program.
• Mönstret Händelsekälla beskriver användningen av ett tilläggsarkiv för att registrera hela serien med åtgärder som vidtas på entiteter som fordon, enheter och användare i stället för bara de senaste kända värdena.
• Begränsning är ett mönster för att styra förbrukningen av resurser så att ett system kan fortsätta att fungera och uppfylla serviceavtal.
• Molnövervakningsguiden ger en översikt över de begrepp som krävs för att implementera övervakning och observerbarhet.