Auto's verbonden vloot

In dit artikel wordt de referentiearchitectuur voor autoverbindingen beschreven, waarmee klanten en partners samenstelbare, gegevensgerichte oplossingen kunnen bouwen. U kunt alle aspecten van uw verbonden vloot beheren, gegevensgestuurde inzichten genereren en vlootoplossingen integreren met kritieke bedrijfsprocessen. De referentiearchitectuur voor verbonden vloten is van toepassing op oem's (OEM's), waaronder kleine en opkomende machines, vlootoperators, providers van vlootoplossingen en mobiliteitsserviceproviders.

Architectuur

Download een Visio-bestand van de diagrammen in de architectuur.

De referentiearchitectuur voor verbonden vloten ondersteunt composabiliteit, innovatie en ondersteuning door:

• Het toepassen van veelgebruikte berichtenschema's en een bijgewerkt gemeenschappelijk gegevensmodel voor auto's, zodat partners waarde kunnen coördineren en toevoegen in verschillende gebieden van het vlootactiviteitendomein.
• Het gebruik van een modulair ontwerp om de uitdagingen aan te pakken van het moderniseren van brownfield-omgevingen met nieuwe mogelijkheden voor het beheren van zowel voertuigen als bedrijven. Modules kunnen onafhankelijk worden beheerd en geïntegreerd, waardoor de integratie van mogelijkheden van verschillende partijen wordt vereenvoudigd en versneld. Modules zijn aanpasbaar en stellen klanten en partners in staat om de functionaliteit aan te passen en hun activiteiten naar behoefte te schalen.
• Worden gebaseerd op algemeen beschikbare Azure-services. De architectuur ontwikkelt zich naarmate er nieuwe Azure-servicefuncties worden geïntroduceerd.

De architectuur bestaat uit de volgende gebieden:

• Vehicle Edge is verantwoordelijk voor in-vehicle logica en verbinding met de back-end van de cloud.
• Telematica omvat voertuigtelemetrieopname, berichtverwerking en apparaatbeheer.
• Fleet-integratie omvat de integratie van de telemetrielaag naar de bedrijfs- en analyselaag.
• Zakelijke gegevens omvatten het gegevensmodel en de koppelingen tussen het algemene gegevensmodel van de vloot en bestaande Dynamics 365-modules.
• Analyse integreert en genereert inzichten uit diverse en grote gegevensbronnen.
• Bedrijfsactiviteiten bieden mogelijkheden voor het beheer en de werking van voertuigvloten.
• Bedrijfsautomatisering biedt uitbreidbaarheid met weinig of geen code om gebruiksvoorbeelden te implementeren op basis van de bedrijfsgegevens.
• Visualisatie biedt rapportage- en business intelligence-mogelijkheden.
• Bewerkingen en beveiliging bieden bewaking en waarneembaarheid op alle services en apparaten, beveiligt de netwerkconnectiviteit en biedt verificatie of autorisatie voor apparaten, toepassingen en gebruikers.

In de volgende secties vindt u meer informatie over architectuur en werkstroom.

Werkstroom voor telemetrieopname

De telemetrieopnamelaag is verantwoordelijk voor het ontvangen van berichten van het voertuig, autorisatie, decodering en verrijkingslagen en het routeren van de berichten naar de vlootintegratielaag.

Download een Visio-bestand van de diagrammen in de architectuur.

1. Telemetrieberichten van het voertuig bevatten headers of metagegevens en een nettolading die een protobuf-gecodeerde of JSON-indeling kan bevatten. Deze berichten worden via MQTT verzonden naar de cloudbroker. Kopteksten bevatten velden, zoals voertuig UUID, berichttype, leverancier, correlatie-id, berichtversie, bericht-UUID en een standaardtijdstempel in UTC. Headers worden gebruikt voor berichttypevalidatie en routering.
2. Het bericht wordt verwerkt in een pijplijn die de volgende stappen uitvoert:
   1. Met metagegevensvalidatie worden berichtkoppen gevalideerd, inclusief activiteiten, zoals bevestigen dat het apparaat is gemachtigd om het type bericht en de vereiste koptekstvelden te verzenden.
   2. De decode-stap vertaalt het invoerschema in een gestandaardiseerde indeling die wordt gebruikt door de cloud. De decodeerstap biedt ook een abstractielaag tussen het apparaat en de cloud als er versiebeheerwijzigingen zijn tussen apparaattypen of jaren. De decoderingsuitvoering kan inline zijn, als onderdeel van de functie voor betere prestaties, of kan een afzonderlijke functieaanroep zijn voor extra modulariteit.
   3. Verrijking omvat gegevenswaardemanipulatie en toevoegingen van nieuwe gegevensvelden. Voorbeelden van verrijkingsworkloads zijn eenheidsconversies, zoals mijlen tot kilometers, omgekeerde geocodering, het opzoeken van diagnostische foutcodes voor voertuigdiagnose, het verrijken met meer gegevens en het afleiden en berekenen van extra waarden. Verrijkingsstappen worden aangeroepen op basis van het berichttype.
   4. De routeringsstap distribueert de berichten naar de Event Hub in de vlootintegratielaag op basis van het berichttype. De vlootintegratielaag is een warm pad, dat vereist is voor integraties waarvoor bijna realtime toegang tot de berichtgegevens is vereist.
3. De configuratie wordt beheerd in Azure Cosmos DB. De berichtverwerkings-app leest de bekende berichttypen, apparaatautorisatieclaims en stapconfiguratie voor het verwerken en routeren van binnenkomende berichten.
4. Voor gegevensanalyse en foutopsporing worden berichten opgeslagen in de data lake van de klant in afzonderlijke tabellen. Hier volgen voorbeeldberichten en uitzonderingen:
   1. Oorspronkelijke onbewerkte berichten van Azure IoT Hub, inclusief headers.
   2. Versleutelde en verrijkte berichten.
   3. Uitzonderingen zijn berichten die niet kunnen worden gevalideerd op basis van het schema en mislukte decoderingsactiviteiten en berichten die niet overeenkomen met bestaand voertuig of mislukte verrijkingscases.
5. Voertuig- en apparaatbeheer is toegankelijk voor externe systemen met een beheerde API. De functie voor berichtverwerking maakt gebruik van voertuiggegevens die zijn opgeslagen in Azure Cosmos DB om te controleren of de berichten zijn geregistreerd bij een voertuig.

Azure Event Grid biedt een industriecompatiforme MQTT-broker die ondersteuning biedt voor versie 3.1.1 en 5.0. Zie Overzicht van MQTT-ondersteuning in Azure Event Grid (preview) en clientverificatie met behulp van een CA-certificaatketen voor meer informatie. Clients kunnen worden beperkt tot het publiceren of abonneren op specifieke onderwerpen met behulp van op rollen gebaseerd toegangsbeheer (RBAC) van Azure. Zie Microsoft Entra ID JWT-verificatie en Azure RBAC-autorisatie voor het publiceren of abonneren van MQTT-berichten voor meer informatie.

Het is ook mogelijk om IoT Hub als MQTT-broker te gebruiken. Het biedt beperkte ondersteuning voor MQTT 3.1.1 en 5.0 met vooraf gedefinieerde onderwerpen en nauwe koppeling tussen apparaten en cloud-apps. Zie MQTT-ondersteuning vergelijken in IoT Hub en Event Grid voor meer informatie.

De verbinding tussen apparaten en de cloud kan worden geconfigureerd via een privékoppeling voor verbeterde netwerkbeveiliging.

Werkstroom voor Fleet-integratie

De vlootintegratielaag maakt gebruik van gestandaardiseerde communicatieladingen van de telematicalaag. De nettoladingen maken kant-en-klare scenario's mogelijk in vlootbeheer voor line-of-business- en gegevensanalyses.

Er zijn vier veelvoorkomende typen nettoladingberichten die nodig zijn om vlootactiviteiten te ondersteunen:

In het volgende architectuurdiagram ziet u de gegevensstroom voor deze berichten:

Download een Visio-bestand van de diagrammen in de architectuur.

1. Er wordt een gestandaardiseerd bericht verzonden naar de Azure Event Hubs-naamruimte voor fleetintegratie.
2. Periodieke statusberichten worden verwerkt en rechtstreeks naar de analyselaag verzonden met behulp van systeemeigen Gegevensopname van Azure Data Explorer.
3. Berichten die worden ontvangen als gebeurtenissen, waarschuwingen en meldingen, voegen rijen toe aan de bijbehorende gegevenstabel met gebeurtenissen.
4. Berichten met trips maken vermeldingen in de tabel trips.

Werkstroom voor bedrijfsautomatisering

Line-Of-Business-integratie wordt bereikt met behulp van een Microsoft Power Platform-gegevensconnector. De connector biedt de mogelijkheid om werkstromen te maken in Microsoft Power Automate of Azure Logic Apps, waardoor integratie met weinig of geen code mogelijk is voor voertuigfuncties.

U kunt gegevensconnectors gebruiken om twee bewerkingen uit te voeren:

• Triggers melden Microsoft Power Platform wanneer er specifieke gebeurtenissen plaatsvinden. Een trigger start een bedrijfswerkstroom als reactie op een bericht van een wijziging van de voertuigstatus.
• Acties zijn wijzigingen die door de gebruiker worden gestuurd. Acties maken interactie van Microsoft Power Platform tot de vlootintegratielaag mogelijk.

Download een Visio-bestand van de diagrammen in de architectuur.

De volgende trigger en acties komen overeen met het vorige diagram.

1. Triggers
   1. Binnenkomende gebeurtenisberichten: Start een werkstroom op Microsoft Power Apps of Microsoft Power Platform op basis van een gebeurtenisberichttype. De nettolading van het bericht kan worden geparseerd en geopend in Microsoft Power Platform.
   2. Inrichting van levenscyclusbeheer: Melding van wijzigingen in de inrichtingsstatus van voertuigen.
2. Acties
   1. Toegang tot laatst bekende waarden en geschiedenis van het voertuig: hiermee kunt u het laatst bekende waardenarchief en de berichtgeschiedenis lezen.
   2. Inrichting: bevat functies voor het inrichten en ongedaan maken van inrichting van voertuigen en apparaten.

De gegevensconnector kan onafhankelijk van de Dynamics 365-integratie worden gebruikt. Met de connector kunnen zakelijke toepassingen worden geïntegreerd met de architectuur met behulp van Microsoft Power Platform.

Werkstroom voor gegevensanalyse en visualisatie

Download een Visio-bestand van de diagrammen in de architectuur.

De analysepijplijn biedt warme beschikbaarheid en koude opslag voor voertuig- en bedrijfsgegevens.

1. In de data lake worden gegevens opgeslagen, waaronder:

   • Originele, onbewerkte berichten van het voertuig.
   • Ontcodeerde en verrijkte berichten van verbonden vloten berichtverwerkingsuitbreidingen.
   • Mislukte berichten langs de extensies voor berichtverwerking.
   • Line-Of-Business-gegevens die vanuit Microsoft Dataverse zijn gepusht via Azure Synapse Link.
   • Exports die worden gepusht vanuit een systeem van derden.

2. Gegevens worden in verschillende stappen verwerkt met Synapse-pijplijnen:

   • Opgeschoonde, gedecodeerde en ontdubbelde gegevens uit onbewerkte bronstabellen .
   • Verrijkte, ontdubbelde en gevalideerde vlootbewerkingsgegevens in zilveren tabellen.
   • Gegevenssets die geaggregeerde gegevens en key performance indicators en inzichten bieden die zijn afgeleid van meerdere gegevensbronnen in gouden tabellen.

3. Visualisatie via toegang tot de gegevens vanuit het lakehouse. Microsoft Power BI biedt visualisatiemogelijkheden voor lakehouse met behulp van Parquet-connectors en Azure Data Explorer-clusters met behulp van DirectQuery.

Onderdelen

Naar de volgende onderdelen wordt verwezen in de referentiearchitectuur voor auto's verbonden vloot:

Berichtenservices

Met de volgende berichtenservices kunt u reageren op relevante gebeurtenissen, inrichten, opnemen en communiceren tussen gekoppelde apparaten.

• Event Grid is een zeer schaalbare, volledig beheerde service voor het distribueren van berichten voor publiceren en abonneren die gebruikmaakt van de MQTT- en HTTP-protocollen. Met deze service kunnen telematicaapparaten communiceren met de cloud.
• IoT Hub is een beheerde service die fungeert als een centrale berichtenhub tussen de telematicaapparaten en de cloud.
• IoT Hub Device Provisioning Service is een helperservice waarmee zero-touch just-in-time-inrichting van de telematicaapparaten mogelijk is.
• Event Hubs is een schaalbare service voor gebeurtenisverwerking die grote hoeveelheden gebeurtenissen en gegevens opneemt en verwerkt. Het verwerkt het grote aantal gebeurtenissen dat door de telematicaapparaten wordt gegenereerd.

Opslag- en databaseservices

Met de volgende services kunt u uw gegevensopslag optimaliseren.

• Azure Blob Storage is een oplossing voor objectopslag voor de cloud. Het slaat informatie op van de telematica-apparaten, zoals berichten, video's en gegevensopnamen met een hoge resolutie.
• Azure Cosmos DB is een volledig beheerde NoSQL- en relationele database voor het ontwikkelen van moderne apps. Het slaat informatie op over voertuigen, apparaten en gebruikers.

Integratieservices

Met de volgende services kunt u gateways op schaal publiceren, gateways maken en beheren, bijgewerkte infrastructuur en resources gebruiken, web- en mobiele apps maken en georuimtelijke mogelijkheden gebruiken.

• Azure API Management is een hybride, multicloudbeheerplatform voor API's waarmee de integratie van gegevens en services wordt vereenvoudigd.
• Azure Functions is een serverloze oplossing die wordt gebruikt voor de realtime stroom en gebeurtenisverwerking van telemetrieberichten en gebeurtenissen. Het beheert ook bestandsuploads en voert deductie uit met machine learning-modellen.
• Azure-app Service is een HTTP-service voor het hosten van webtoepassingen, REST API's en mobiele back-ends. Het biedt een front-endervaring voor mobiliteitsgebruikers.
• Azure Maps is een verzameling georuimtelijke services en SDK's die geografische context bieden voor web- en mobiele toepassingen.

Gegevens- en analyseservices

Met de volgende services kunt u grote hoeveelheden gegevens opvragen en analyseren.

• Azure Synapse Analytics is een service voor bedrijfsanalyse waarmee u sneller inzicht krijgt in datawarehouses en big data-systemen.
• Azure Data Explorer is een volledig beheerd, krachtige big data-analyseplatform dat het analyseren van grote hoeveelheden voertuigtelemetriegegevens in bijna realtime vereenvoudigt.

Beveiligingsservices

Met de volgende services kunt u uw virtuele netwerk en gebruikersidentiteiten beheren en de toegang tot uw apps, gegevens en resources beheren.

• Azure Private Link maakt toegang tot Azure PaaS-oplossingen (Platform as a Service) mogelijk via een privé-eindpunt in uw virtuele netwerk. Private Link vermijdt het blootstellen van services aan internet.
• Microsoft Entra ID is een cloudservice voor identiteits- en toegangsbeheer. Het biedt een algemene ervaring voor alle toepassingen, services en gebruikers.

Bedrijfsintegratie

Met de volgende services kunt u gegevens, apps, werkstromen beheren, apps met weinig code bouwen en inzichten vergroten.

• Dataverse is een clouddatabase die wordt gebruikt voor het veilig opslaan van gegevens voor zakelijke toepassingen die zijn gebouwd op Power Apps.
• Power Automate is een cloudservice waarmee gebruikers terugkerende taken kunnen automatiseren en bedrijfsprocessen kunnen stroomlijnen met een platform met weinig code.
• Power Apps is een cloudservice waarmee gebruikers snel apps met weinig code kunnen bouwen en delen.
• Power BI is een zakelijke analyseservice voor gegevensvisualisatie en -inzichten.
• Dynamics 365 is een set intelligente bedrijfstoepassingen waarmee u uw hele bedrijf kunt uitvoeren en meer resultaten kunt leveren door middel van voorspellende, AI-gestuurde inzichten.
• Dynamics 365 Field Service helpt organisaties bij het leveren van on-site service aan klantlocaties.

Scenariodetails

Download een PowerPoint-bestand van dit diagram.

Onafhankelijke softwareleveranciers (ISV's) kunnen de referentiearchitectuur voor verbonden vloten gebruiken om scenarioonafhankelijke functionaliteit te bouwen die essentieel is voor algemene vlootbeheeractiviteiten. De mogelijkhedenlaag in het vorige diagram toont mogelijkheden binnen twee categorieën: het beheer van voertuigen en de bedrijfsfuncties in een vloot. Mogelijkheden zijn om de volgende redenen onderverdeeld in categorieën:

• Categorieën bieden beschrijvend gemak.
• Een ISV kan meer dan één mogelijkheid ontwikkelen in meer dan één mogelijkheidscategorie.
• Meerdere ISV's bieden verschillende versies van dezelfde mogelijkheid.

Oplossingsintegrators (SIS's) combineren mogelijkheden voor het ontwikkelen van segmentspecifieke scenario's voor specifieke klanten. De scenario's die in het vorige diagram worden weergegeven, zijn een niet-uitputtende lijst met voorbeelden. Sommige scenario's lenen zich voor een kleiner aantal vloottypen, waaronder last-mile logistiek voor levering. Andere kunnen verschillende aanpassingen hebben voor verschillende segmenten, zoals mobiele fieldservice voor het delen van stedelijke ritten versus voor externe mijnbouwapparatuur. Sommige SIS's ontwikkelen hun eigen vlootmogelijkheden en onderhouden ze in de vorm van herbruikbare assets. Deze SIS's spelen mogelijk enkele van de rollen van ISV's en de traditionele SI-rol.

Potentiële gebruikscases

• Mobiele fieldservice ondersteunt bedrijven die vloot als een dienst of full-service OEM's in velden zoals landbouw en off-highway werken die geen vaste workshops hebben. Het maakt het mogelijk om vliegende artsen, ook wel bekend als technici, naar de locatie van het voertuig te sturen als er problemen zijn. Diagnostische gegevens op afstand kunnen u helpen de oorzaak van de fout te bepalen en de juiste reserveonderdelen en reparatiehandleidingen mee te nemen. Een geïntegreerde servicearchitectuur kan mobiele service en service combineren in statische workshops.
• Technische selfserviceanalyses stellen technici die in auto-OEM's werken in staat om bruikbare inzichten te genereren met behulp van de gegevens die zijn gegenereerd door de vloot en taken van het voertuig. Analyse omvat voertuigprestaties, analyse van hoofdoorzaak van fouten, training van machine learning-modellen en georuimtelijke analyses. Het bereik omvat productie- en preproductietestvloten waarbij nettoladingen en analyse dynamischer zijn.
• Gedeelde voertuigdiensten zijn een verzameling diensten voor het verzenden van taxi's, selfserviceverhuur en autoshares, of carpoolen. Voor taxiverzending omvatten use cases het aanvragen van ophaal- en afleverpunten, geautomatiseerde afstemming van renners op basis van beschikbaarheid en nabijheid tot chauffeur en planning voor de volgende pick-up. In een selfservicemodus stelt de service gebruikers in staat om voertuigreserveringen te maken, betalingen te doen en veilige toegang tot voertuigen te vergemakkelijken. Aan de kant van de exploitant kunnen fleetmanagers op specifieke locaties rapporten over de vraag naar voertuigen uitvoeren om ervoor te zorgen dat voertuigen worden opgeslagen om te voldoen aan trends in de vraag. Voor carpooling, voertuig- of stoelreserveringen en betaaldiensten worden gedekt. In zeer geïntegreerde intelligente transportsystemen kunnen dergelijke mogelijkheden gebruikelijk zijn voor meerdere providers, zoals voor stadszendsystemen.
• Last-mile logistiek richt zich specifiek op klanten met complexe planningsvereisten, waarvoor optimalisatie van de selectie van bestuurders en voertuigen voor veel waypoints op een bepaalde dag vereist is. Klanten zijn onder andere mensen die boodschappen of pakketten bezorgen. De laatste mijl logistiek zou idealiter worden geïntegreerd met een klantinterface om klanten te informeren over de verwachte levertijd. Klanten profiteren van een hechtere betrokkenheid bij eindklanten door een betere zichtbaarheid van goederenlevering, optimalisatie van de vlootgrootte en vermindering van afstandsgestuurde producten. Dergelijke mogelijkheden worden uitgebreid naar gedeelde vrachtmodellen waarbij het eindpunt, in plaats van de vervoerder, de pakketten organiseert, met name voor naleving van ULEV-zonebeperkingen (Ultra-Low Emission Vehicle) en zero- en low-emission vehicle (ZLEV).
• Met de klantenservice kunnen fleetoperators en eigenaren klantproblemen bijhouden, alle interacties vastleggen, routering samenvoegen om werkitems efficiënt te routeren, serviceovereenkomsten (SLA's) te maken en bij te houden, en prestaties en productiviteit beheren via rapporten en dashboards.

Overwegingen

Met deze overwegingen worden de pijlers van het Azure Well-Architected Framework geïmplementeerd. Dit is een set richtlijnen die kunnen worden gebruikt om de kwaliteit van een workload te verbeteren. Zie Microsoft Azure Well-Architected Framework voor meer informatie.

Betrouwbaarheid

Betrouwbaarheid zorgt ervoor dat uw toepassing kan voldoen aan de toezeggingen die u aan uw klanten hebt gedaan. Zie Overzicht van de betrouwbaarheidspijler voor meer informatie.

• Er is extra ontwerp vereist voor het verwerken van berichten met betrekking tot gezondheid en veiligheid. Bijvoorbeeld het correleren van een crashsignaal aan een noodoproep van 911.
• De telematische hardwareprovider moet functionele veiligheid garanderen voor het uitvoeren van opdrachten.

Beveiliging

Beveiliging biedt garanties tegen opzettelijke aanvallen en misbruik van uw waardevolle gegevens en systemen. Zie Overzicht van de beveiligingspijler voor meer informatie.

• Gebruik Microsoft Defender en Microsoft Sentinel om beveiligingsproblemen en bedreigingen van apparaten te identificeren en op te lossen. Overweeg de lichtgewicht beveiligingsagent op uw apparaat te integreren. Zie Wat is Microsoft Defender voor IoT voor apparaatbouwers? voor meer informatie.
• Bewaking en waarneembaarheid van uw apparaten uitvoeren. Verzamel metrische gegevens, logboeken en traceringen met een snelheid die transparantie met kosten in balans brengt.
• Gebruik privé-eindpunten om de services te beveiligen die niet zichtbaar moeten zijn voor het openbare internet.
• Gebruik beheerde identiteiten om identiteiten aan uw services te bieden en het beheer van referenties te elimineren.

Kostenoptimalisatie

Kostenoptimalisatie gaat over manieren om onnodige uitgaven te verminderen en operationele efficiëntie te verbeteren. Zie Overzicht van de pijler kostenoptimalisatie voor meer informatie.

• De kosten van verbonden vlootactiviteiten zijn rechtstreeks gerelateerd aan het aantal berichten voor elk voertuig.
  • Houd rekening met de vereiste updatefrequentie voor elk voertuig. Overweeg dynamisch de updatesnelheid aan te passen op basis van de use-case.
  • Overweeg om de grootte van berichten te verkleinen met behulp van compressie- of coderingstechnieken zoals protobuf en gzip.
  • Overweeg de overdracht van video's of voertuiggegevens te beperken met behulp van een draadloos LAN in plaats van mobiele communicatie.
  • Overweeg vertraagde verwerking van grote bestanden, zoals video's en logboekbestanden, met behulp van Azure Spot Virtual Machine-exemplaren.
  • Gebruik onderwerpaliassen voor frequente MQTT-berichten van de voertuigen om netwerkbandbreedte te besparen.
• De runtime voor decodering en verrijking moet zo laag mogelijk worden gehandhaafd om de grootte en schaal van de functie-apps te verminderen.
• Voertuigbewerkingen hebben doorgaans perioden van hoge en lage vraag gedurende de dag. Overweeg het gebruik van automatisch schalen voor services die te maken hebben met een vraag om de kosten te verlagen.
• Verwerkingssnelheden en -kosten hebben grote verschillen voor een telemetriesysteem op basis van IoT (telematicalaag) en de operationele laag (Dataverse). Zorg ervoor dat alleen gebeurtenissen waarbij een bedrijfsbewerking is vereist, een update activeren op de operationele laag.

De prijscalculator kan worden gebruikt om een schatting te maken van de maandelijkse kosten van de Azure-services die nodig zijn om deze oplossing te gebruiken.

Operationele uitmuntendheid

Operationele uitmuntendheid omvat de operationele processen die een toepassing implementeren en deze in productie houden. Zie Overzicht van de operationele uitmuntendheidpijler voor meer informatie.

• Met onbestelbare berichten in Azure Data Lake Analytics kunt u het systeem controleren op problemen en waarschuwingen configureren om problemen met voertuigcommunicatie te detecteren.
• Een bug in de voertuigsoftware kan een hoge belasting in het systeem creëren. Concepten voor het beperken van voertuigberichten kunnen nodig zijn om ervoor te zorgen dat het systeem niet overbelast is.
• Overweeg om een resourcegroep te maken voor elke laag in de architectuur. Het groeperen van resources vereenvoudigt het beheer en de kostenbeheer.

Prestatie-efficiëntie

Prestatie-efficiëntie is de mogelijkheid van uw workload om te schalen om te voldoen aan de vereisten die gebruikers eraan stellen. Zie Overzicht van de pijler prestatie-efficiëntie voor meer informatie.

• Berichten met een hoog volume, zoals periodieke statusupdates en uitgestelde berichten, zoals trips, worden gescheiden van waarschuwingen en meldingen om de Event Hubs te beveiligen.
• Een onjuiste overeenkomst tussen telemetrie en Dataverse met betrekking tot timing en foutafhandeling, zoals het verschil tussen push en pull, maakt gebruik van virtuele tabellen om gegevens die snel worden bijgewerkt, los te koppelen.
• Voor de huidige structuur van het algemene gegevensmodel voor auto's zijn meerdere vermeldingen vereist voor elke voertuigstatusupdate. Elke waarde vereist updates in de apparaatmeting en de apparaatmeter. De informatie over de sensoren moet op aanvraag worden weergegeven vanuit de vlootintegratielaag.
• Spammeldingswaarschuwingen en meldingsberichten veroorzaken problemen in Dataverse. De updatefrequentie voor Dataverse moet configureerbaar zijn en onderhevig zijn aan vertraging.
• Het statusarchief bevat de meest recente informatie van het voertuig en kan worden geopend als onderdeel van bedrijfsautomatisering of Power Apps.

Dit scenario implementeren

U kunt de stapsgewijze zelfstudie voor Connected Fleet Reference Architecture volgen om de oplossing in uw abonnement te implementeren.

Medewerkers

Dit artikel wordt onderhouden door Microsoft. De tekst is oorspronkelijk geschreven door de volgende Inzenders.

Belangrijkste auteurs:

• Mario Ortegon-Cabrera | Principal Program Manager, MCIGET SDV & Mobility
• David Peterson | Chief Architect, Mobility Service Line

Andere Inzenders:

• Saivendra Kayal | Senior Program Architect, Mobility Service Line
• Ryan Matsumura | Senior Program Manager, MCIGET SDV & Mobility
• John Stenlake | Director, Vehicle Innovation & Mobility

Als u niet-openbare LinkedIn-profielen wilt zien, meldt u zich aan bij LinkedIn.

Volgende stappen

De volgende referentiearchitecturen breiden het scenario met verbonden vloten uit:

• Naslagarchitectuur voor automobielberichten, gegevens en analyse omvat meer scenario's voor auto- en apparaatberichten met behulp van de Event Grid MQTT-broker.
• Gegevensanalyse voor autotestparks is een speciaal scenario waarin de verzamelde gegevens worden gebruikt voor technische validatie en hoofdoorzaakanalyse.

Verwante resources

De volgende referentiearchitecturen zijn gerelateerd aan het scenario met verbonden vloten:

• De ontwerphandleiding voor autonome voertuigen (AVOps) bevat de aanpak voor de ontwikkeling en modeltraining van autonome voertuigen.
• Geautomatiseerde controle van het wagenpark toont een end-to-end benadering voor het beheren van geautomatiseerde begeleide voertuigen (AGV's) voor Just-In-Time-productie en geautomatiseerde show-floor logistiek.

De volgende patronen zijn relevant bij het implementeren van deze architectuur:

• In het patroon Publisher-Subscriber wordt beschreven hoe een apparaat gebeurtenissen aankondigt voor meerdere geïnteresseerde toepassingen.
• In het patroon Gebeurtenisbronnen wordt het gebruik van een opslag met alleen toevoeggegevens beschreven om de volledige reeks acties op entiteiten, zoals voertuigen, apparaten en gebruikers, vast te leggen in plaats van alleen de laatst bekende waarden.
• Beperking is een patroon om het verbruik van resources te beheren zodat een systeem kan blijven functioneren en voldoen aan SLA's.
• Handleiding voor cloudbewaking biedt een overzicht van de concepten die vereist zijn voor het implementeren van bewaking en waarneembaarheid.