Automobilové propojené flotily

Tento článek popisuje referenční architekturu automobilového propojeného vozového parku, která umožňuje zákazníkům a partnerům vytvářet kompozibilní řešení zaměřená na data. Můžete spravovat všechny aspekty propojených vozového parku, generovat přehledy řízené daty a integrovat řešení vozového parku s důležitými obchodními procesy. Referenční architektura propojených vozového parku se vztahuje na výrobce originálních automobilových zařízení (OEM), včetně malých a nově vznikajících, operátorů vozového parku, poskytovatelů řešení vozového parku a poskytovatelů služeb mobility.

Architektura

Stáhněte si soubor Visia diagramů v architektuře.

Referenční architektura propojených vozového parku podporuje kompozičnost, inovace a možnosti podpory:

• Použití běžných schémat zasílání zpráv a aktualizovaného datového modelu pro automobilový průmysl, což partnerům umožňuje koordinovat a přidávat hodnotu v různých oblastech domény provozu vozového parku.
• Použití modulárního návrhu k řešení výzev modernizace prostředí brownfieldu s novými možnostmi pro správu vozidel i firem. Moduly je možné nezávisle spravovat a integrovat, zjednodušit a urychlit integraci funkcí od různých stran. Moduly jsou přizpůsobitelné a umožňují zákazníkům a partnerům přizpůsobit funkce a podle potřeby škálovat jejich operace.
• Je založená na obecně dostupných službách Azure. Architektura se vyvíjí s uvedením nových funkcí služby Azure.

Architektura se skládá z následujících oblastí:

• Za logiku a připojení ke cloudovému back-endu zodpovídá nástroj Vehicle Edge .
• Telematika se zabývá příjmem telemetrie vozidel, zpracováním zpráv a správou zařízení.
• Integrace flotily zahrnuje integraci z vrstvy telemetrie do obchodní a analytické vrstvy.
• Obchodní data zahrnují datový model a propojení mezi běžným datovým modelem flotily a existujícími moduly Dynamics 365.
• Analýzy se integrují a generují přehledy z různých a velkých zdrojů dat.
• Obchodní operace poskytují možnosti pro správu a provoz vozového parku vozidel.
• Obchodní automatizace poskytuje rozšiřitelnost bez kódu pro implementaci případů použití na základě obchodních dat.
• Vizualizace poskytuje možnosti vytváření sestav a business intelligence.
• Operace a zabezpečení poskytují monitorování a pozorovatelnost na všech službách a zařízeních, zabezpečuje síťové připojení a poskytuje ověřování nebo autorizaci pro zařízení, aplikace a uživatele.

Následující části rozšiřují podrobnosti o architektuře a pracovním postupu.

Pracovní postup příjmu telemetrie

Vrstva příjmu telemetrie zodpovídá za příjem zpráv z vozidla, autorizace, dekódování a vrstvy rozšiřování a směrování zpráv do vrstvy integrace vozového parku.

Stáhněte si soubor Visia diagramů v architektuře.

1. Zprávy telemetrie z vozidla obsahují hlavičky nebo metadata a datovou část, která může být zakódovaná protobufem nebo formátem JSON. Tyto zprávy se odesílají prostřednictvím MQTT do cloudového zprostředkovatele. Záhlaví zahrnují pole, jako je UUID vozidla, typ zprávy, dodavatel, identifikátor korelace, verze zprávy, UUID zprávy a standardní časové razítko v UTC. Hlavičky se používají pro ověřování a směrování typu zprávy.
2. Zpráva se zpracuje v kanálu, který provede následující kroky:
   1. Ověření metadat ověřuje hlavičky zpráv včetně aktivit, jako je například potvrzení, že zařízení má oprávnění odesílat typ zprávy a povinná pole záhlaví.
   2. Krok dekódování přeloží vstupní schéma do standardizovaného formátu, který používá cloud. Krok dekódování také poskytuje abstrakční vrstvu mezi zařízením a cloudem, pokud se mezi typy zařízení nebo roky změní správa verzí. Dekódování implementace může být buď vložená, jako součást funkce pro lepší výkon, nebo to může být samostatné volání funkce pro přidanou modularitu.
   3. Rozšiřování zahrnuje manipulaci s hodnotami dat a přidání nových datových polí. Mezi příklady úloh rozšiřování patří převody jednotek, jako jsou míle na kilometry, zpětné geokódování, vyhledávání popisu kódu pro diagnostiku vozidel, rozšiřování o další data a odvozování a výpočet dodatečných hodnot. Kroky rozšiřování se vyvolávají podle typu zprávy.
   4. Krok směrování distribuuje zprávy do centra událostí ve vrstvě integrace vozového parku na základě typu zprávy. Vrstva integrace vozového parku je teplá cesta, která se vyžaduje pro integrace, které vyžadují přístup k datům zpráv téměř v reálném čase.
3. Konfigurace se spravuje ve službě Azure Cosmos DB. Aplikace pro zpracování zpráv čte známé typy zpráv, deklarace identity autorizace zařízení a konfiguraci kroku pro zpracování a směrování příchozích zpráv.
4. Pro analýzu a ladění dat se zprávy ukládají v datovém jezeře zákazníka v samostatných tabulkách. Tady jsou ukázkové zprávy a výjimky:
   1. Původní nezpracované zprávy z Azure IoT Hubu včetně hlaviček
   2. Dekódované a rozšířené zprávy.
   3. Mezi výjimky patří zprávy, které nelze ověřit ve schématu, a neúspěšné dekódování aktivit a zpráv, které neodpovídají existujícímu vozidle nebo neúspěšným případům rozšiřování.
5. Správa vozidel a zařízení je přístupná pro externí systémy pomocí spravovaného rozhraní API. Funkce zpracování zpráv používá data vozidel uložená ve službě Azure Cosmos DB k ověření registrace zpráv do vozidla.

Azure Event Grid poskytuje zprostředkovatele MQTT kompatibilního s oborem, který podporuje verzi 3.1.1 a 5.0. Další informace najdete v tématu Přehled podpory MQTT ve službě Azure Event Grid (Preview) a ověřování klientů pomocí řetězu certifikátů certifikační autority. Klienti můžou být omezeni na publikování nebo přihlášení k odběru konkrétních témat pomocí řízení přístupu na základě role v Azure (RBAC). Další informace najdete v tématu Ověřování JWT ID Entra a autorizace Azure RBAC k publikování nebo přihlášení k odběru zpráv MQTT.

IoT Hub je také možné použít jako zprostředkovatele MQTT. Nabízí omezenou podporu pro MQTT 3.1.1 a 5.0 s předdefinovanými tématy a úzkou vazbou mezi zařízeními a cloudovými aplikacemi. Další informace najdete v tématu Porovnání podpory MQTT ve službě IoT Hub a Event Gridu.

Připojení mezi zařízeními a cloudem je možné nakonfigurovat přes privátní propojení pro lepší zabezpečení sítě.

Pracovní postup integrace flotily

Vrstva integrace vozového parku používá standardizované komunikační datové části z vrstvy telematiky. Datové části umožňují scénáře na klíč ve správě vozového parku pro obchodní analýzy a analýzy dat.

Pro podporu provozu vozového parku jsou nezbytné čtyři běžné typy zpráv datové části:

Následující diagram architektury znázorňuje tok dat pro tyto zprávy:

Stáhněte si soubor Visia diagramů v architektuře.

1. Do oboru názvů Azure Event Hubs se dorazí standardizovaná zpráva.
2. Pravidelné stavové zprávy se zpracovávají a odesílají přímo do analytické vrstvy pomocí nativního příjmu dat Azure Data Exploreru.
3. Zprávy přijaté jako události, výstrahy a oznámení přidávají řádky do odpovídající tabulky dat událostí.
4. Zprávy obsahující výlety vytvářejí položky v tabulce trip.

Pracovní postup obchodní automatizace

Obchodní integrace se dosahuje pomocí datového konektoru Microsoft Power Platform. Konektor nabízí možnost vytvářet pracovní postupy v Microsoft Power Automate nebo Azure Logic Apps, což umožňuje integraci s minimem kódu nebo bez kódu pro funkce vozidel.

Datové konektory můžete použít k provedení dvou operací:

• Triggery oznámí platformě Microsoft Power Platform, když dojde k určitým událostem. Trigger spustí obchodní pracovní postup jako reakci na zprávu o změně stavu vozidla.
• Akce jsou změny směrované uživatelem. Akce umožňují interakci z Platformy Microsoft Power Platform do vrstvy integrace vozového parku.

Stáhněte si soubor Visia diagramů v architektuře.

Následující aktivační událost a akce odpovídají předchozímu diagramu:

1. Triggery
   1. Příchozí zprávy událostí: Spusťte pracovní postup na platformě Microsoft Power Apps nebo Microsoft Power Platform na základě typu zprávy události. Datovou část zprávy je možné analyzovat a přistupovat k této datové části na platformě Microsoft Power Platform.
   2. Zřizování správy životního cyklu: Oznámení o změnách stavu zřizování vozidel.
2. Akce
   1. Access Vehicle last known values and History: Allow you read the last known values store and the message history.
   2. Zřizování: Obsahuje funkce pro zřizování a rušení zařízení a vozidel.

Datový konektor je možné používat nezávisle na integraci Dynamics 365. Konektor umožňuje integraci obchodních aplikací s architekturou pomocí platformy Microsoft Power Platform.

Pracovní postup analýzy dat a vizualizace

Stáhněte si soubor Visia diagramů v architektuře.

Analytický kanál poskytuje teplou dostupnost a studené úložiště pro data vozidel a obchodních dat.

1. Data Lake ukládá data, včetně:

   • Původní, nezpracované zprávy z vozidla.
   • Dekódované a rozšířené zprávy z rozšíření zpracování zpráv připojených vozového parku
   • Neúspěšné zprávy v rozšířeních zpracování zpráv
   • Obchodní informace nabízené z Microsoft Dataverse přes Azure Synapse Link
   • Exporty odsílané ze systému třetí strany

2. Data se zpracovávají pomocí kanálů Synapse v několika krocích:

   • Vyčištěná, dekódovaná a odstraněná data z nezpracovaných bronzových tabulek
   • Rozšířená, odstraněná a ověřená data provozu flotily ve stříbrných tabulkách
   • Datové sady, které poskytují agregovaná data a klíčové ukazatele výkonu a přehledy odvozené z více zdrojů dat ve zlatých tabulkách.

3. Vizualizace prostřednictvím přístupu k datům z jezera. Microsoft Power BI poskytuje do jezera funkce vizualizace pomocí konektorů Parquet a clusterů Azure Data Exploreru pomocí DirectQuery.

Komponenty

Na následující komponenty se odkazuje v této referenční architektuře vozového parku propojeného s automobilovým průmyslem:

služby zasílání zpráv

Následující služby zasílání zpráv umožňují reagovat na relevantní události, zřizování, ingestování a komunikaci mezi připojenými zařízeními.

• Event Grid je vysoce škálovatelná plně spravovaná služba distribuce zpráv publikování a odběru zpráv, která používá protokoly MQTT a HTTP. Tato služba umožňuje zařízením telematiky komunikovat s cloudem.
• IoT Hub je spravovaná služba, která funguje jako centrální centrum zpráv mezi zařízeními telematiky a cloudem.
• Služba IoT Hub Device Provisioning je pomocná služba, která umožňuje bezdotykové zřizování telematikových zařízení za běhu.
• Event Hubs je škálovatelná služba zpracování událostí, která ingestuje a zpracovává velké objemy událostí a dat. Zpracovává velký objem událostí generovaných zařízeními telematiky.

Služby úložiště a databáze

Následující služby umožňují optimalizovat úložiště dat.

• Azure Blob Storage je řešení úložiště objektů pro cloud. Ukládá informace ze zařízení telematiky, jako jsou zprávy, videa a data s vysokým rozlišením.
• Azure Cosmos DB je plně spravovaná noSQL a relační databáze pro moderní vývoj aplikací. Ukládá informace o vozidlech, zařízeních a uživatelích.

Integrační služby

Následující služby umožňují publikovat ve velkém měřítku, vytvářet a spravovat brány, používat aktualizovanou infrastrukturu a prostředky, vytvářet webové a mobilní aplikace a používat geoprostorové funkce.

• Azure API Management je hybridní multicloudová platforma pro správu rozhraní API, která zjednodušuje integraci dat a služeb.
• Azure Functions je bezserverové řešení používané pro stream v reálném čase a zpracování událostí telemetrických zpráv a událostí. Spravuje také nahrávání souborů a provádí odvozování pomocí modelů strojového učení.
• Aplikace Azure Service je služba založená na protokolu HTTP pro hostování webových aplikací, rozhraní REST API a mobilních back-endů. Poskytuje front-endové prostředí pro uživatele mobility.
• Azure Maps je kolekce geoprostorových služeb a sad SDK, které poskytují geografický kontext pro webové a mobilní aplikace.

Datové a analytické služby

Následující služby umožňují dotazovat a analyzovat velké objemy dat.

• Azure Synapse Analytics je podniková analytická služba, která zrychluje dobu přehledu napříč datovými sklady a systémy pro velké objemy dat.
• Azure Data Explorer je plně spravovaná vysoce výkonná analytická platforma pro velké objemy dat, která zjednodušuje analýzu velkých objemů telemetrických dat vozidel téměř v reálném čase.

Služby zabezpečení

Následující služby umožňují spravovat virtuální síť a identity uživatelů a řídit přístup k vašim aplikacím, datům a prostředkům.

• Azure Private Link umožňuje přístup k řešením PaaS (Platforma jako služba) Azure prostřednictvím privátního koncového bodu ve vaší virtuální síti. Private Link se vyhýbá zveřejnění služeb na internetu.
• Microsoft Entra ID je cloudová služba pro správu identit a přístupu. Poskytuje společné prostředí pro všechny aplikace, služby a uživatele.

Podniková integrace

Následující služby umožňují spravovat data, aplikace, pracovní postupy, vytvářet aplikace s nízkým kódem a zvyšovat přehledy.

• Dataverse je databáze v cloudovém měřítku, která slouží k bezpečnému ukládání dat pro obchodní aplikace založené na Power Apps.
• Power Automate je cloudová služba, která uživatelům umožňuje automatizovat opakované úlohy a zjednodušit obchodní procesy pomocí platformy s nízkým kódem.
• Power Apps je cloudová služba, která uživatelům umožňuje rychle vytvářet a sdílet aplikace s nízkým kódem.
• Power BI je služba obchodní analýzy pro vizualizaci a přehledy dat.
• Dynamics 365 je sada inteligentních obchodních aplikací, které vám pomůžou spouštět celou firmu a poskytovat lepší výsledky prostřednictvím prediktivních přehledů řízených AI.
• Dynamics 365 Field Service pomáhá organizacím poskytovat služby na místě zákazníkům.

Podrobnosti scénáře

Stáhněte si powerpointový soubor tohoto diagramu.

Nezávislí dodavatelé softwaru (ISV) můžou používat referenční architekturu připojených vozového parku k vytváření funkcí nezávislých na scénářích, které jsou nezbytné pro celkové aktivity správy vozového parku. Vrstva funkcí v předchozím diagramu znázorňuje možnosti ve dvou kategoriích: správa vozidel a obchodních funkcí ve flotile. Možnosti jsou rozdělené do kategorií z následujících důvodů:

• Kategorie poskytují popisné pohodlí.
• IsV může vyvíjet více než jednu funkci ve více než jedné kategorii schopností.
• Několik výrobců softwaru nabízí různé verze stejné funkce.

Integrátoři řešení (SI) kombinují možnosti pro vývoj scénářů specifických pro segmenty pro konkrétní zákazníky. Scénáře znázorněné v předchozím diagramu jsou nepřesušný seznam příkladů. Některé scénáře se hodí pro menší počet typů vozového parku, včetně logistiky na poslední míle pro dodání. Jiné můžou mít různá přizpůsobení pro různé segmenty, jako jsou mobilní služby u zákazníků pro sdílení městské jízdy versus pro vzdálené dolování zařízení. Některé SI vyvíjejí své vlastní možnosti vozového parku a udržují je ve formě opakovaně použitelných prostředků. Tyto SI můžou hrát některé role nezávislí výrobci softwaru a tradiční roli SI.

Potenciální případy použití

• Mobilní služby u zákazníků podporuje společnosti provozující flotilu jako službu nebo plně obsluhované OEM v oblastech, jako je zemědělství a mimo dálnici, které nemají žádné pevné workshopy. Umožňuje dispečerování létajících lékařů, označovaných také jako technici, do umístění vozidla, pokud dojde k problémům. Vzdálená diagnostika vám může pomoct určit příčinu chyby a přinést správné náhradní díly a opravy manuálů. Architektura integrovaných služeb může kombinovat mobilní služby a služby ve statických workshopech.
• Technická samoobslužná analýza umožňuje technikům pracujícím v automobilových OEM generovat užitečné přehledy pomocí dat generovaných provozem a úlohami vozového parku vozidel. Analýzy zahrnují výkon vozidel, analýzu původní příčiny chyb, trénování modelu strojového učení a geoprostorovou analýzu. Rozsah zahrnuje produkční a předprodukční testovací flotily, kde datové části a analýza jsou dynamičtější.
• Sdílené služby vozidel jsou kolekce služeb pro dispečink taxislužby, samoobslužné pronájmy a sdílení aut nebo zařazování aut. Pro dispečink taxislužby zahrnují případy použití vyžádání vyzvednutí a odkládacích bodů, automatizované porovnávání jezdců s řidičem na základě dostupnosti a blízkosti řidiče a plánování plánování dalšího vyzvednutí. V samoobslužné režimu služba umožňuje uživatelům provádět rezervace vozidel, provádět platby a usnadnit zabezpečený přístup k vozidlům. Správci vozového parku můžou na straně operátora spouštět sestavy na poptávce po vozidlech v určitých lokalitách, aby se zajistilo, že vozidla budou umístěna tak, aby odpovídala trendům v poptávce. Pro rezervace vozidel nebo sedadla a platebních služeb se vztahuje na zařazování vozidel nebo sedadla. Ve vysoce integrovaných inteligentních přepravních systémech můžou být tyto možnosti společné pro různé poskytovatele, jako jsou systémy dispečerů měst.
• Logistika posledního míle se zaměřuje konkrétně na zákazníky se složitými požadavky na plánování, což vyžaduje optimalizaci výběru řidiče a vozidel pro mnoho směrných bodů v daném dni. Zákazníci zahrnují lidi, kteří dodávají potraviny nebo balíky. Logistika na posledních mílích by ideálně byla integrována se zákaznickým rozhraním, aby informovala zákazníky o očekávané době doručení. Zákazníci využívají užší zapojení koncových zákazníků díky lepší viditelnosti dodávek zboží, optimalizaci velikosti vozového parku a snížení vzdálenosti. Tyto možnosti se rozšiřují na sdílené nákladní modely, kde koncový bod místo dopravce uspořádá balíčky, zejména pro dodržování omezení zón vozidel s ultra-nízkými emisemi (ULEV) a vozidel s nulovými a nízkými emisemi (ZLEV).
• Zákaznická služba umožňuje operátorům a vlastníkům vozového parku sledovat problémy zákazníků, zaznamenávat všechny interakce, sjednotit směrování pro efektivní směrování pracovních položek, vytvářet a sledovat smlouvy o úrovni služeb (SLA) a spravovat výkon a produktivitu prostřednictvím sestav a řídicích panelů.

Důležité informace

Tyto aspekty implementují pilíře dobře architektuře Azure, což je sada hlavních principů, které je možné použít ke zlepšení kvality úlohy. Další informace naleznete v tématu Microsoft Azure Well-Architected Framework.

Spolehlivost

Spolehlivost zajišťuje, že vaše aplikace může splňovat závazky, které uděláte pro vaše zákazníky. Další informace naleznete v tématu Kontrolní seznam pro kontrolu spolehlivosti.

• K zpracování zpráv souvisejících se zdravím a bezpečností se vyžaduje zvláštní návrh. Například korelace chybového signálu s tísňovým voláním 911.
• Poskytovatel hardwaru telematiky musí zaručit funkční bezpečnost pro spouštění příkazů.

Zabezpečení

Zabezpečení poskytuje záruky proti záměrným útokům a zneužití cenných dat a systémů. Další informace naleznete v tématu Kontrolní seznam pro kontrolu návrhu prozabezpečení .

• K identifikaci a řešení ohrožení zabezpečení zařízení a hrozeb použijte Microsoft Defender a Microsoft Sentinel. Zvažte integraci odlehčeného agenta zabezpečení ve vašem zařízení. Další informace najdete v tématu Co je Microsoft Defender for IoT pro tvůrce zařízení?.
• Proveďte monitorování a pozorovatelnost vašich zařízení. Shromážděte metriky, protokoly a trasování rychlostí, která vyrovnává transparentnost s náklady.
• Privátní koncové body použijte k zabezpečení služeb, které by neměly být vystaveny veřejnému internetu.
• Používejte spravované identity k poskytování identit službám a eliminujte správu přihlašovacích údajů.

Optimalizace nákladů

Optimalizacenákladůch Další informace naleznete v tématu Kontrolní seznam pro kontrolu návrhu proOptimalizace nákladů .

• Náklady na provoz propojeného vozového parku přímo souvisejí s objemem zpráv pro každé vozidlo.
  • Zvažte požadovanou frekvenci aktualizací pro každé vozidlo. Zvažte dynamickou úpravu rychlosti aktualizace na základě případu použití.
  • Zvažte zmenšení velikosti zpráv pomocí technik komprese nebo kódování, jako je protobuf a gzip.
  • Zvažte omezení přenosu videí nebo dat o vozidlech pomocí bezdrátové sítě LAN na rozdíl od mobilní komunikace.
  • Zvažte zpožděné zpracování velkých souborů, jako jsou videa a soubory protokolů pomocí instancí spotových virtuálních počítačů Azure.
  • K úsporě šířky pásma sítě použijte aliasy témat u častých zpráv MQTT z vozidel.
• Modul runtime pro dekódování a rozšiřování musí být udržován co nejnižší, aby se snížila velikost a měřítko aplikací funkcí.
• Provoz vozidel obvykle během dne má období vysoké a nízké poptávky. Zvažte použití automatického škálování pro služby, které mají nároky na snížení nákladů.
• Rychlosti zpracování a náklady mají velké rozdíly pro telemetrický systém založený na IoT (vrstvu telematiky) a provozní vrstvu (Dataverse). Ujistěte se, že aktualizace v provozní vrstvě aktivují pouze události, ve kterých se vyžaduje obchodní operace.

Cenovou kalkulačku můžete použít k vytvoření odhadu měsíčních nákladů na služby Azure potřebné k použití tohoto řešení.

Efektivita provozu

Efektivita provozu se zabývá provozními procesy, které nasazují aplikaci a udržují ji spuštěnou v produkčním prostředí. Další informace naleznete v tématu kontrolní seznam pro kontrolu efektivity provozu.

• Nedoručované zprávy ve službě Azure Data Lake Analytics umožňují monitorovat problémy v systému a konfigurovat výstrahy pro detekci problémů s komunikací vozidel.
• Chyba v softwaru vozidla může v systému způsobit vysoké zatížení. Koncepty omezování zpráv vozidel můžou být nezbytné, aby se zajistilo, že systém není přetížený.
• Zvažte vytvoření skupiny prostředků pro každou vrstvu v architektuře. Seskupování prostředků zjednodušuje správu a řízení nákladů.

Efektivita výkonu

Efektivita výkonu je schopnost vaší úlohy efektivně splňovat požadavky, které na ni mají uživatelé. Další informace naleznete v tématu Kontrola návrhu kontrolní seznam pro zvýšení efektivity výkonu.

• Zprávy s velkým objemem, jako jsou pravidelné aktualizace stavu a odložené zprávy, jako jsou cesty, jsou oddělené od výstrah a oznámení, aby bylo možno centra událostí upravovat.
• Neshoda mezi telemetrií a službou Dataverse související s časováním a zpracováním chyb, jako je rozdíl mezi nabízenými oznámeními a vyžádáním, využívá virtuální tabulky k oddělení dat, která se rychle aktualizují.
• Aktuální struktura modelu common data model automotive vyžaduje více položek pro každou aktualizaci stavu vozidla. Každá hodnota vyžaduje aktualizace míry zařízení a měřiče zařízení. Informace o senzorech by se měly zobrazit z vrstvy integrace vozového parku na vyžádání.
• Upozornění na spam a zprávy s oznámením vytvářejí problémy v Dataverse. Frekvence aktualizace dataverse musí být konfigurovatelná a podléhá omezení.
• Úložiště stavů obsahuje nejnovější informace z vozidla a je možné k němu přistupovat jako součást obchodní automatizace nebo Power Apps.

Nasazení tohoto scénáře

Pokud chcete nasadit řešení ve vašem předplatném, můžete postupovat podle podrobného kurzu pro propojenou referenční architekturu vozového parku.

Přispěvatelé

Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.

Hlavní autoři:

• Mario Ortegon-Cabrera | Hlavní programový manažer, MCIGET SDV a Mobility
• David Peterson | Hlavní architekt, linka služeb mobility

Další přispěvatelé:

• Saivendra Kayal | Senior Program Architect, Mobility Service Line
• Ryan Matsumura| Vedoucí programový manažer, MCIGET SDV a Mobility
• John Stenlake | Ředitel, inovace vozidel a mobilita

Pokud chcete zobrazit nepublikované profily LinkedIn, přihlaste se na LinkedIn.

Další kroky

Následující referenční architektury rozšiřují scénář propojených vozového parku:

• Referenční architektura pro zasílání zpráv v automobilovém průmyslu, datech a analýzách pokrývá více scénářů zasílání zpráv v automobilovém průmyslu a zařízení pomocí zprostředkovatele Event Grid MQTT.
• Analýza dat pro testovací flotily automobilů je vyhrazený scénář, ve kterém se shromážděná data používají k technickému ověřování a analýze původní příčiny.

Související prostředky

Následující referenční architektury souvisejí se scénářem propojených vozového parku:

• referenční architektura pro autonomní provoz vozidel (AVOps) obsahuje přístup k vývoji a modelování trénování autonomních vozidel.
• Řízení vozového parku automatizovaných vozidel s asistencí ukazuje ucelený přístup k řízení automatizovaných řízených vozidel (AGV) pro výrobu za běhu a automatizovanou logistiku show-floor.

Při implementaci této architektury jsou relevantní následující vzory:

• Model Vydavatel-Odběratel popisuje, jak zařízení oznamuje události více zúčastněným aplikacím.
• Model Event Sourcing popisuje použití úložiště jen pro připojení k zaznamenání celé řady akcí provedených u entit, jako jsou vozidla, zařízení a uživatelé, místo pouze posledních známých hodnot.
• Omezování je vzor pro řízení spotřeby prostředků, aby systém mohl dál fungovat a splňovat smlouvy SLA.
• Průvodce monitorováním cloudu poskytuje přehled konceptů potřebných k implementaci monitorování a pozorovatelnosti.