Condividi tramite

Architettura di riferimento per la messaggistica automobilistica, i dati e l'analisi

  • Articolo

Questa architettura di riferimento è progettata per supportare oem e provider di mobilità automobilistici nello sviluppo di applicazioni avanzate di veicoli connessi e servizi digitali. L'obiettivo è fornire un'infrastruttura di messaggistica, dati e analisi affidabile ed efficiente. L'architettura include funzionalità di elaborazione dei messaggi, elaborazione dei comandi e archiviazione dello stato per facilitare l'integrazione di vari servizi tramite API gestite. Descrive anche una soluzione di dati e analisi che garantisce l'archiviazione e l'accessibilità dei dati in modo scalabile e sicuro per la progettazione digitale e la condivisione dei dati con l'ecosistema di mobilità più ampio.

Architettura

Diagramma dell'architettura di alto livello.

Il diagramma generale dell'architettura mostra i principali blocchi logici e servizi di una soluzione di messaggistica automobilistica, dati e analisi. Altre informazioni sono disponibili nelle sezioni seguenti.

  • Il veicolo contiene una raccolta di dispositivi. Alcuni di questi dispositivi sono Software Defined e possono eseguire carichi di lavoro software gestiti dal cloud. Il veicolo raccoglie ed elabora un'ampia gamma di dati, dalle informazioni dei sensori dai dispositivi elettromeccanici, ad esempio il sistema di gestione della batteria ai file di log software.
  • I servizi di messaggistica dei veicoli gestiscono la comunicazione da e verso il veicolo. È responsabile dell'elaborazione dei messaggi, dell'esecuzione di comandi tramite flussi di lavoro e della mediazione del back-end di gestione dei veicoli, degli utenti e dei dispositivi. Tiene inoltre traccia del veicolo, del dispositivo e della registrazione e del provisioning dei certificati.
  • Il back-end di gestione dei veicoli e dei dispositivi sono i sistemi OEM che tengono traccia della configurazione del veicolo dalla fabbrica alla riparazione e alla manutenzione.
  • L'operatore dispone di operazioni IT e operazioni per garantire la disponibilità e le prestazioni dei veicoli e del back-end.
  • I servizi di analisi e dati forniscono l'archiviazione dei dati e consentono l'elaborazione e l'analisi per tutti gli utenti di dati. Trasforma i dati in informazioni dettagliate che determinano decisioni aziendali migliori.
  • Il produttore del veicolo fornisce servizi digitali come valore aggiunto al cliente finale, dalle app complementari alle applicazioni di riparazione e manutenzione.
  • Diversi servizi digitali richiedono l'integrazione aziendale per sistemi back-end, ad esempio Gestione rivenditori (DMS), Customer Relationship Management (CRM) o sistemi ERP (Enterprise Resource Planning).
  • Il back-end di gestione del consenso fa parte della gestione dei clienti e tiene traccia dell'autorizzazione dell'utente per la raccolta dei dati in base alla legislazione del paese/area geografica.
  • I dati raccolti dai veicoli sono un input per il processo di ingegneria digitale, con l'obiettivo di miglioramenti continui del prodotto usando l'analisi e l'apprendimento automatico.
  • L'ecosistema di mobilità intelligente può sottoscrivere e utilizzare dati di telemetria in tempo reale, nonché informazioni dettagliate aggregate per fornire più prodotti e servizi.

Microsoft è membro del gruppo di lavoro Eclipse Software Defined Vehicle , un forum per la collaborazione aperta che usa open source per le piattaforme software del veicolo.

Flusso di dati

L'architettura usa il modello di messaggistica editore/sottoscrittore per separare i veicoli dai servizi.

Messaggi da veicolo a cloud

Il flusso di dati da veicolo a cloud viene usato per elaborare i dati di telemetria dal veicolo. I dati di telemetria possono essere inviati periodicamente (stato del veicolo, raccolta dai sensori del veicolo) o basati su un evento (trigger in condizioni di errore, reazione a un'azione dell'utente).

Diagramma del flusso di dati di messaggistica.

  1. Il veicolo è configurato per un cliente in base alle opzioni selezionate usando le API di gestione. La configurazione contiene:
    1. Informazioni di provisioning per veicoli e dispositivi.
    2. Configurazione iniziale della raccolta dei dati dei veicoli in base alle considerazioni sul mercato e sulle aziende.
    3. Archiviazione delle impostazioni iniziali del consenso utente in base alle opzioni del veicolo e all'accettazione dell'utente.
  2. Il veicolo pubblica i messaggi di telemetria ed eventi tramite un client MQTT (Message Queuing Telemetry Transport) con argomenti definiti nella funzionalità broker MQTT del Griglia di eventi di Azure nei servizi di messaggistica del veicolo.
  3. Griglia di eventi instrada i messaggi a sottoscrittori diversi in base agli attributi dell'argomento e del messaggio.
    1. I messaggi con priorità bassa che non richiedono l'elaborazione immediata (ad esempio, i messaggi di analisi) vengono indirizzati direttamente all'archiviazione usando un'istanza di Hub eventi per il buffering.
    2. I messaggi con priorità alta che richiedono l'elaborazione immediata (ad esempio, le modifiche di stato che devono essere visualizzate in un'applicazione rivolta all'utente) vengono instradati a una funzione di Azure usando un'istanza di Hub eventi per il buffering.
  4. I messaggi con priorità bassa vengono archiviati direttamente nel data lake usando l'acquisizione di eventi. Questi messaggi possono usare la decodifica e l'elaborazione batch per costi ottimali.
  5. I messaggi con priorità alta vengono elaborati con una funzione di Azure. La funzione legge le impostazioni del veicolo, del dispositivo e del consenso dell'utente dal Registro dispositivi ed esegue i passaggi seguenti:
    1. Verifica che il veicolo e il dispositivo siano registrati e attivi.
    2. Verifica che l'utente abbia dato il consenso per l'argomento del messaggio.
    3. Decodifica e arricchisce il payload.
    4. Aggiunge altre informazioni sul routing.
  6. L'hub eventi di telemetria live nella soluzione di analisi e dati riceve i messaggi decodificati. Azure Esplora dati usa l'inserimento in streaming per elaborare e archiviare i messaggi man mano che vengono ricevuti.
  7. Il livello Servizi digitali riceve messaggi decodificati. bus di servizio fornisce notifiche alle applicazioni su modifiche/eventi importanti sullo stato del veicolo. Azure Esplora dati fornisce l'ultimo stato noto del veicolo e la cronologia a breve termine.

Messaggi da cloud a veicolo

Il flusso di dati da cloud a veicolo viene spesso usato per eseguire comandi remoti nel veicolo da un servizio digitale. Questi comandi includono casi d'uso come la porta di blocco/sblocco, il controllo del clima (impostare la temperatura preferita della cabina) o le modifiche di configurazione. L'esecuzione corretta dipende dallo stato del veicolo e potrebbe richiedere del tempo per il completamento.

A seconda delle funzionalità del veicolo e del tipo di azione, esistono più approcci possibili per l'esecuzione dei comandi. Vengono illustrate due varianti:

  • Indirizzare i messaggi da cloud a dispositivo (A) che non richiedono un controllo del consenso dell'utente e con un tempo di risposta prevedibile. In questo modo vengono illustrati i messaggi sia a singoli veicoli che a più veicoli. Un esempio include le notifiche meteo.
  • Comandi del veicolo (B) che usano lo stato del veicolo per determinare l'esito positivo e richiedere il consenso dell'utente. La soluzione di messaggistica deve avere una logica del flusso di lavoro dei comandi che controlla il consenso dell'utente, tiene traccia dello stato di esecuzione del comando e invia una notifica al servizio digitale al termine.

Ad esempio, i comandi degli utenti del flusso di dati seguenti emessi da servizi digitali dell'app complementare.

Diagramma del flusso di dati del comando e del controllo.

I messaggi diretti vengono eseguiti con la quantità minima di hop per ottenere prestazioni ottimali (A):Direct Messages are executed with the minimum amount of hops for the best possible performance (A):

  1. L'app complementare è un servizio autenticato che può pubblicare messaggi in Griglia di eventi.
  2. Griglia di eventi verifica l'autorizzazione per il servizio app complementare per determinare se può inviare messaggi agli argomenti forniti.
  3. L'app complementare sottoscrive le risposte dalla combinazione di veicolo/comando specifica.

Quando i comandi dipendenti dallo stato del veicolo richiedono il consenso dell'utente (B):When vehicle state-dependent commands require user consent (B):

  1. Il proprietario/utente del veicolo fornisce il consenso per l'esecuzione di funzioni di comando e controllo a un servizio digitale (in questo esempio un'app complementare). Normalmente viene eseguita quando l'utente scarica/attiva l'app e l'OEM attiva il proprio account. Attiva una modifica di configurazione sul veicolo per sottoscrivere l'argomento del comando associato nel broker MQTT.
  2. L'app complementare usa il comando e il controllo dell'API gestita per richiedere l'esecuzione di un comando remoto.
    1. L'esecuzione del comando potrebbe avere più parametri per configurare opzioni come timeout, opzioni di archiviazione e inoltro e così via.
    2. La logica del comando decide come elaborare il comando in base all'argomento e ad altre proprietà.
    3. La logica del flusso di lavoro crea uno stato per tenere traccia dello stato dell'esecuzione
  3. La logica del flusso di lavoro del comando controlla le informazioni sul consenso dell'utente per determinare se il messaggio può essere eseguito.
  4. La logica del flusso di lavoro del comando pubblica un messaggio in Griglia di eventi con il comando e i valori dei parametri.
  5. Il modulo di messaggistica nel veicolo viene sottoscritto all'argomento del comando e riceve la notifica. Instrada il comando al carico di lavoro corretto.
  6. Il modulo di messaggistica monitora il carico di lavoro per il completamento (o l'errore). Un carico di lavoro è responsabile dell'esecuzione (fisica) del comando.
  7. Il modulo di messaggistica pubblica report sullo stato dei comandi in Griglia di eventi.
  8. Il modulo del flusso di lavoro viene sottoscritto per gli aggiornamenti dello stato dei comandi e aggiorna lo stato interno dell'esecuzione dei comandi.
  9. Al termine dell'esecuzione del comando, l'app del servizio riceve il risultato dell'esecuzione tramite il comando e l'API di controllo.

Provisioning di veicoli e dispositivi

Questo flusso di dati illustra il processo di registrazione e provisioning di veicoli e dispositivi nei servizi di messaggistica dei veicoli. Il processo viene in genere avviato come parte della produzione di veicoli.

Diagramma del flusso di dati di provisioning.

  1. Il sistema fabbrica commissiona il dispositivo del veicolo allo stato di costruzione desiderato. Può includere l'installazione e la configurazione iniziali del firmware e del software. Come parte di questo processo, il sistema factory otterrà e scriverà il certificato del dispositivo, creato dal provider di infrastruttura a chiave pubblica.
  2. Il sistema factory registra il veicolo e il dispositivo usando l'API Vehicle & Device Provisioning.
  3. Il sistema factory attiva il client di provisioning del dispositivo per connettersi alla registrazione del dispositivo ed effettuare il provisioning del dispositivo. Il dispositivo recupera le informazioni di connessione al broker MQTT.
  4. L'applicazione di registrazione del dispositivo crea l'identità del dispositivo con il broker MQTT.
  5. Il sistema factory attiva il dispositivo per stabilire una connessione al broker MQTT per la prima volta.
    1. Il broker MQTT autentica il dispositivo usando il certificato radice della CA ed estrae le informazioni client.
  6. Il broker MQTT gestisce l'autorizzazione per gli argomenti consentiti usando il Registro di sistema locale.
  7. Per la sostituzione della parte, il sistema rivenditore OEM può attivare la registrazione di un nuovo dispositivo.

Nota

I sistemi factory sono in genere locali e non dispongono di una connessione diretta al cloud.

Analisi dei dati

Questo flusso di dati copre l'analisi dei dati dei veicoli. È possibile usare altre origini dati, ad esempio gli operatori di fabbrica o di officina, per arricchire e fornire contesto ai dati del veicolo.

Diagramma dell'analisi dei dati.

  1. Il livello dei servizi di messaggistica dei veicoli fornisce dati di telemetria, eventi, comandi e messaggi di configurazione dalla comunicazione bidirezionale al veicolo.
  2. Il livello IT & Operations fornisce informazioni sul software in esecuzione sul veicolo e sui servizi cloud associati.
  3. Diverse pipeline forniscono l'elaborazione dei dati in uno stato più raffinato
    • Elaborazione da dati non elaborati a dati arricchiti e deduplicati dei veicoli.
    • Aggregazione dei dati dei veicoli, indicatori di prestazioni chiave e informazioni dettagliate.
    • Generazione di dati di training per Machine Learning.
  4. Le diverse applicazioni usano dati raffinati e aggregati.
    • Visualizzazione con Power BI.
    • Flussi di lavoro di integrazione aziendale che usano App per la logica con l'integrazione in Dataverse.
  5. I dati di training generati vengono utilizzati da strumenti come ML Studio per generare modelli di Machine Learning.

Scalabilità

Una soluzione di dati e veicoli connessi può essere ridimensionata a milioni di veicoli e migliaia di servizi. È consigliabile usare il modello Stamp di distribuzione per ottenere scalabilità ed elasticità.

Diagramma del concetto di scalabilità.

Ogni unità di scala di messaggistica dei veicoli supporta una popolazione definita del veicolo (ad esempio, veicoli in un'area geografica specifica, partizionati per anno di modello). L'unità di scala delle applicazioni viene usata per ridimensionare i servizi che richiedono l'invio o la ricezione di messaggi ai veicoli. Il servizio comune è accessibile da qualsiasi unità di scala e fornisce servizi di gestione dei dispositivi e sottoscrizioni per applicazioni e dispositivi.

  1. L'unità di scala dell'applicazione sottoscrive le applicazioni ai messaggi di interesse. Il servizio comune gestisce la sottoscrizione ai componenti dell'unità di scala di messaggistica del veicolo.
  2. Il veicolo usa il servizio di gestione dei dispositivi per individuarne l'assegnazione a un'unità di scala di messaggistica del veicolo.
  3. Se necessario, il provisioning del veicolo viene effettuato utilizzando il flusso di lavoro Vehicle e device Provisioning .
  4. Il veicolo pubblica un messaggio al broker MQTT.
  5. Griglia di eventi instrada il messaggio usando le informazioni sulla sottoscrizione.
    1. Per i messaggi che non richiedono l'elaborazione e il controllo delle attestazioni, viene instradato a un hub di ingresso nell'unità di scala dell'applicazione corrispondente.
    2. I messaggi che richiedono l'elaborazione vengono indirizzati alla logica di elaborazione D2C per la decodifica e l'autorizzazione (consenso utente).
  6. Le applicazioni usano eventi dall'istanza dell'hub eventi in ingresso dell'app.
  7. Le applicazioni pubblicano messaggi per il veicolo.
    1. I messaggi che non richiedono più elaborazione vengono pubblicati nel broker MQTT.
    2. I messaggi che richiedono più elaborazione, controllo del flusso di lavoro e autorizzazione vengono instradati alla logica di elaborazione C2D pertinente su un'istanza di Hub eventi.

Componenti

Questa architettura di riferimento fa riferimento ai componenti di Azure seguenti.

Connettività

  • Griglia di eventi di Azure consente l'onboarding dei dispositivi, AuthN/Z e pub-sub tramite MQTT v5.
  • Funzioni di Azure elabora i messaggi del veicolo. Può anche essere usato per implementare API di gestione che richiedono un'esecuzione di breve durata.
  • servizio Azure Kubernetes (servizio Azure Kubernetes) è un'alternativa quando la funzionalità alle spalle delle API gestite è costituita da carichi di lavoro complessi distribuiti come applicazioni in contenitori.
  • Azure Cosmos DB archivia le impostazioni di consenso utente, dispositivo e veicolo.
  • Azure Gestione API fornisce un gateway API gestito ai servizi back-end esistenti, ad esempio la gestione del ciclo di vita dei veicoli (incluso OTA) e la gestione del consenso degli utenti.
  • Azure Batch esegue in modo efficiente attività a elevato utilizzo di calcolo, ad esempio l'inserimento di traccia delle comunicazioni dei veicoli.

Dati e analisi

  • Hub eventi di Azure consente l'elaborazione e l'inserimento di grandi quantità di dati di telemetria.
  • Azure Esplora dati fornisce l'esplorazione, la cura e l'analisi dei dati di telemetria dei veicoli basati su serie temporali.
  • Archiviazione BLOB di Azure archivia documenti di grandi dimensioni (ad esempio video e tracce) e dati curati del veicolo.
  • Azure Databricks offre un set di strumenti per gestire soluzioni di dati di livello aziendale su larga scala. Obbligatorio per operazioni a esecuzione prolungata su grandi quantità di dati del veicolo.

Integrazione back-end

  • App per la logica di Azure esegue flussi di lavoro automatizzati per l'integrazione aziendale in base ai dati del veicolo.
  • app Azure Servizio fornisce app Web e back-end mobili rivolte agli utenti, ad esempio l'app complementare.
  • cache di Azure per Redis fornisce la memorizzazione nella cache in memoria dei dati spesso usati dalle applicazioni rivolte all'utente.
  • bus di servizio di Azure fornisce broker che separano la connettività dei veicoli dai servizi digitali e dall'integrazione aziendale.

Alternative

La selezione del tipo di calcolo corretto per implementare l'elaborazione dei messaggi e le API gestite dipende da una moltitudine di fattori. Selezionare il servizio corretto usando la guida Scegliere un servizio di calcolo di Azure.

Esempi:

  • Funzioni di Azure per processi di breve durata basati su eventi, ad esempio l'inserimento dei dati di telemetria.
  • Azure Batch per attività di elaborazione ad alte prestazioni, ad esempio la decodifica di file CAN trace/video di grandi dimensioni
  • servizio Azure Kubernetes per l'orchestrazione completa e gestita di logica complessa, ad esempio la gestione del flusso di lavoro di comando e controllo.

In alternativa alla condivisione dei dati basata su eventi, è anche possibile usare Azure Condivisione dati se l'obiettivo è eseguire la sincronizzazione batch a livello di data lake.

Dettagli dello scenario

Diagramma della visualizzazione di alto livello.

Gli OEM automobilistici sono in fase di trasformazione significativa quando passano dalla produzione di prodotti fissi all'offerta di veicoli connessi e software-defined. I veicoli offrono una gamma di funzionalità, ad esempio aggiornamenti over-the-air, diagnostica remota e esperienze utente personalizzate. Questa transizione consente agli OEM di migliorare continuamente i propri prodotti in base a dati e dati in tempo reale e informazioni dettagliate, espandendo al contempo i modelli aziendali in modo da includere nuovi servizi e flussi di ricavi.

Questa architettura di riferimento consente ai produttori di automobili e ai provider di mobilità di:

  • Usare i dati di feedback come parte del processo di progettazione digitale per favorire il miglioramento continuo del prodotto, risolvere in modo proattivo le cause radice dei problemi e creare un nuovo valore del cliente.
  • Fornire nuovi prodotti e servizi digitali e digitalizzare le operazioni con l'integrazione aziendale con sistemi back-end come ENTERPRISE Resource Planning (ERP) e Customer Relationship Management (CRM).
  • Condividere i dati in modo sicuro e soddisfare i requisiti specifici del paese/area geografica per il consenso degli utenti con gli ecosistemi di mobilità più ampi.
  • L'integrazione con sistemi back-end per la gestione del ciclo di vita dei veicoli e la gestione del consenso semplificano e accelerano la distribuzione e la gestione delle soluzioni dei veicoli connessi tramite una toolchain DevOps del veicolo definito dal software.
  • Archiviare e fornire risorse di calcolo su larga scala per il veicolo e l'analisi.
  • Gestire la connettività dei veicoli a milioni di dispositivi in modo conveniente.

Potenziali casi d'uso

I casi d'uso dell'OEM Automotive riguardano il miglioramento delle prestazioni, della sicurezza e dell'esperienza utente dei veicoli.

  • Miglioramento continuo del prodotto: miglioramento delle prestazioni dei veicoli analizzando i dati in tempo reale e applicando gli aggiornamenti in remoto.
  • Convalida della flotta di test di ingegneria: garantire la sicurezza e l'affidabilità dei veicoli raccogliendo e analizzando i dati dai flotta di test.
  • App complementare e portale utenti: abilitazione dell'accesso e del controllo remoto dei veicoli tramite un'app personalizzata e un portale Web.
  • Riparazione e manutenzione proattiva: stima e pianificazione della manutenzione dei veicoli in base alle informazioni dettagliate basate sui dati.

I casi d'uso più ampi dell'ecosistema espandono le applicazioni dei veicoli connessi per migliorare le operazioni della flotta, l'assicurazione, il marketing e l'assistenza stradale nell'intero panorama dei trasporti.

  • Connessione operazioni della flotta commerciale: Ottimizzazione della gestione della flotta tramite il monitoraggio in tempo reale e il processo decisionale basato sui dati.
  • Assicurazione veicolo digitale: personalizzazione dei premi assicurativi in base al comportamento di guida e alla segnalazione immediata degli incidenti.
  • Marketing basato sulla posizione: distribuzione di campagne di marketing mirate ai driver in base alla posizione e alle preferenze.
  • Assistenza stradale: fornire supporto e assistenza in tempo reale ai conducenti in necessità, usando la posizione del veicolo e i dati di diagnostica.

Considerazioni

Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, che è un set di set di principi guida che possono essere usati per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Framework ben progettato di Microsoft Azure.

Affidabilità

L'affidabilità garantisce che l'applicazione possa soddisfare gli impegni che l'utente ha preso con i clienti. Per altre informazioni, vedere Panoramica del pilastro dell'affidabilità.

  • Prendere in considerazione la scalabilità orizzontale per aggiungere affidabilità.
  • Usare le unità di scala per isolare le aree geografiche con normative diverse.
  • Scalabilità automatica e istanze riservate: gestire le risorse di calcolo ridimensionando dinamicamente in base alla domanda e ottimizzando i costi con le istanze preallocate.
  • Ridondanza geografica: replicare i dati in più posizioni geografiche per la tolleranza di errore e il ripristino di emergenza.

Sicurezza

La sicurezza offre garanzie contro attacchi intenzionali e l'abuso di dati e sistemi preziosi. Per altre informazioni, vedere Panoramica del pilastro della sicurezza.

  • Protezione della connessione del veicolo: vedere la sezione relativa alla gestione dei certificati per comprendere come usare i certificati X.509 per stabilire comunicazioni sicure sui veicoli.

Ottimizzazione dei costi

L'ottimizzazione dei costi riguarda l'analisi dei modi per ridurre le spese non necessarie e migliorare l'efficienza operativa. Per altre informazioni, vedere Panoramica del pilastro di ottimizzazione dei costi.

  • Considerazioni sui costi per veicolo: i costi di comunicazione devono dipendere dal numero di servizi digitali offerti. Calcolare il roI dei servizi digitali in base ai costi dell'operazione.
  • Stabilire procedure per l'analisi dei costi in base al traffico dei messaggi. Connessione traffico dei veicoli tende ad aumentare con il tempo man mano che vengono aggiunti più servizi.
  • Prendere in considerazione i costi di rete e per dispositivi mobili
    • Usare l'alias dell'argomento MQTT per ridurre il volume di traffico.
    • Usare un metodo efficiente per codificare e comprimere i messaggi di payload.
  • Gestione del traffico
    • Priorità dei messaggi: i veicoli tendono ad avere modelli di utilizzo ripetuti che creano picchi di domanda giornalieri/settimanali. Usare le proprietà dei messaggi per ritardare l'elaborazione di messaggi non critici o analitici per uniformare il carico e ottimizzare l'utilizzo delle risorse.
    • Scalabilità automatica in base alla richiesta.
  • Valutare per quanto tempo i dati devono essere archiviati ad accesso frequente/caldo/freddo.
  • Prendere in considerazione l'uso di istanze riservate per ottimizzare i costi.

Eccellenza operativa

L'eccellenza operativa copre i processi operativi che distribuiscono un'applicazione e la mantengono in esecuzione nell'ambiente di produzione. Per altre informazioni, vedere Panoramica del pilastro dell'eccellenza operativa.

  • Valutare la possibilità di monitorare il software del veicolo (log/metriche/tracce), i servizi di messaggistica, i servizi di dati e di analisi e i servizi back-end correlati come parte delle operazioni IT unificate.

Efficienza prestazionale

L'efficienza delle prestazioni è la capacità di dimensionare il carico di lavoro per soddisfare in modo efficiente le richieste poste dagli utenti. Per altre informazioni, vedere Panoramica dell'efficienza delle prestazioni.

  • Prendere in considerazione l'uso del concetto di scalabilità per soluzioni con scalabilità superiore a 50.000 dispositivi, specialmente se sono necessarie più aree geografiche.
  • Valutare attentamente il modo migliore per inserire i dati (messaggistica, streaming o batch).
  • Prendere in considerazione il modo migliore per analizzare i dati in base al caso d'uso.

Passaggi successivi

  • Creare una soluzione AVOps (Autonomous Vehicle Operations) per un'analisi più ampia dell'ingegneria digitale automobilistica per la guida autonoma e assistita.

Gli articoli seguenti illustrano alcuni dei concetti usati nell'architettura:

  • Il modello di controllo attestazione viene usato per supportare l'elaborazione di messaggi di grandi dimensioni, ad esempio caricamenti di file.
  • I francobolli di distribuzione riguardano i concetti generali necessari per ridimensionare la soluzione a milioni di veicoli.
  • La limitazione descrive il concetto di necessità di gestire un numero eccezionale di messaggi provenienti dai veicoli.

Gli articoli seguenti descrivono le interazioni tra i componenti nell'architettura: