We use machine learning technology to do auto-translation. Click "English" on top navigation bar to check Chinese version.
Building and Modernizing Connected Vehicle platforms with Amazon Web Services IoT
Introduction
Amazon Web Services is excited to announce new and updated architectural guidance and design patterns for modernizing and building Connected Vehicle platforms with
- Software-defined vehicles (SDV) and over-the-air (OTA) updates that can improve vehicle features spanning the vehicle lifetime (e.g., autonomous driving)
- Intelligent mapping and location services (smart parking, traffic prediction)
- Vehicle geo-fencing (locating family members)
- Infotainment and entertainment services (dynamic app store)
- Enhanced driver support (sleepy driver alerts)
- Vehicle security mode (event-based recording and live streaming from connected vehicle cameras)
- Remote vehicle operations (remote car start, lock/unlocking vehicle, digital keys)
Connected Vehicle platforms enable and simplify the process of collecting and sending vehicle telemetry to the cloud, enabling Amazon Web Services services to gather, analyze, and act on ingested data. Automotive companies, such as
Benefits of an MQTT message broker
A message broker is central to a connected vehicle architecture because it provides bi-directional, secure communication between the vehicle fleet and the cloud. MQTT, the de facto standard for connected vehicle message brokers, allows for a persistent, always-on connection between the vehicle and the cloud. With intermittent connectivity (e.g., a vehicle traveling through an underground tunnel), MQTT effortlessly handles buffering, queuing, and synchronizing when vehicle connectivity is re-established. MQTT is an ideal communication protocol for connected vehicle platforms because it is lightweight and enables efficient communication with the cloud and decreased power consumption at the edge, utilizing persistent connections instead of request/response and multiple TLS handshakes that make other protocols more costly and less efficient (e.g., HTTP, etc.).
Amazon Web Services IoT Core offers a managed MQTT message broker that already supports hundreds of millions of devices connecting daily, obviating the need for automakers to worry about scaling, elasticity, or provisioning of compute infrastructure to meet peak demand. Amazon Web Services IoT Core easily scales and reliably handles millions of vehicles in your fleet, with multi-region capabilities and a pay-as-you-go utility pricing model. By migrating to managed Amazon Web Services IoT services, customers can reduce operational costs and the cost of third-party technology licenses. Amazon Web Services IoT Core is available globally, enabling customers to comply with local data storage, sovereignty, and privacy requirements. As a commitment to the uptime and availability of the service, Amazon Web Services provides a
In the context of Connected Vehicle architectures, Amazon Web Services IoT Core provides the connectivity layer (an industry-standard managed MQTT message broker) that vehicles in regions around the world use to securely communicate with the cloud. The Amazon Web Services IoT Core MQTT broker enables an event-driven architecture utilizing a publish/subscribe mechanism. This communication protocol also allows vehicles to securely connect and communicate with other downstream Amazon Web Services services for cost-effective storage, on-demand high performance compute, a deep portfolio of machine learning services, and many other Amazon Web Services service integrations.
Amazon Web Services
- Flexibility in companion app development with Message Expiry and Request/Response options
- More powerful device messaging with Protobuf support and user properties
- Shared subscriptions for more easily scaling ingest-processing applications
- Improved resource management with a topic alias feature and session expiry
With these new MQTTv5 features, many customers are migrating their existing in-production MQTT message brokers, hosted on-premises or with third party solutions, to Amazon Web Services IoT Core for a managed MQTT service. This retains feature parity with their current platform, and saves money and engineering time by reducing the operational overhead of managing the infrastructure themselves.
Modernizing existing Connected Vehicle platforms
Amazon Web Services recently published a new set of
The Modernization reference architecture provides high-level guidance for the most common features within Connected Vehicle platforms. It is not required to implement all use cases or features listed in the architecture. Instead, it is intended to illustrate the power of MQTTv5 with Amazon Web Services IoT Core, providing best-practice technical guidance and repeatable design patterns. To implement the reference architecture, a basic assumption is that the vehicle is (or will be) provisioned to securely connect to Amazon Web Services IoT Core using mTLS, MQTT, and proper crypto libraries (e.g., OpenSSL libraries that support the necessary requirements for connecting to Amazon Web Services IoT Core). Migrating the MQTT message broker to Amazon Web Services IoT Core allows the publish and subscribe mechanisms in the existing vehicle platform to work as-is. To complete the migration, logic within the cloud is updated and configured to process data payloads sent from the vehicle.
At Amazon Web Services re:Invent 2022,
With this approach to message broker modernization, OEMs can start their migration to Amazon Web Services IoT Core with a few simple steps, providing immediate impact and value to the operation, observability, and scalability of their connected vehicle platforms.
Building new, next-generation Connected Vehicle platforms
For OEMs, autonomous vehicle startups, or telematics solution providers that set out to build a new, next-generation connected vehicle platform with MQTTv5 and Amazon Web Services IoT Core, or want to extend their existing Amazon Web Services IoT Core platform with new MQTTv5 features, we have published a new Connected Vehicle reference architecture that highlights the key elements and features of a connected platform. This is a best-practice design or blueprint for building a next-generation connected vehicle platform with Amazon Web Services IoT and related Amazon Web Services services, demonstrating the art of the possible with a modern, cloud-native approach.
The architecture starts in the vehicle with components that are necessary to securely connect the vehicle to the cloud with Amazon Web Services IoT Core and Amazon Web Services IoT FleetWise. For communication with Amazon Web Services IoT Core, mutual TLS (mTLS) authentication is a requirement with an X.509 certificate and private key. Amazon Web Services provides an IoT SDK that can be customized and integrated within a connected vehicle software stack, or the customer can build and deploy their own custom MQTT client if that is a preferred path. To connect to Amazon Web Services IoT Core, Amazon Web Services does not require or mandate any specific software be deployed to the vehicle. To include Amazon Web Services IoT FleetWise in a connected platform, Amazon Web Services provides an open source, lightweight Amazon Web Services IoT FleetWise Edge Agent that can be
For multi-region deployments, Amazon Web Services has a simple design pattern that uses Route53 geo-location routing that identifies the closest broker the vehicle should communicate with, based on rules that are customer-configured to govern how a vehicle should connect to the cloud infrastructure. We also provide guidance about dynamic topics and subscriptions that can be used as a bootstrap configuration for the vehicle when first connecting to Route53.
Amazon Web Services IoT FleetWise is the first Amazon Web Services service purpose-built for the automotive industry, using a cloud-first approach to model the vehicle and deploy data collection campaigns with those models. This removes the undifferentiated lift of writing and maintaining a data logger or other data collection mechanism, as Amazon Web Services IoT FleetWise works alongside and in collaboration with Amazon Web Services IoT Core, using the same authentication mechanism as Amazon Web Services IoT Core to aggregate and send data to Amazon Web Services.
Conclusion
The guidance in the new IoT reference architectures is intended to demonstrate and provide guidance and best-practices to Amazon Web Services customers and partners that are building Connected Vehicle platforms with Amazon Web Services IoT, and is not meant to be an all-encompassing, monolithic architecture that must be deployed without modification. The architectures are intended as blueprint starting points for discussion, brainstorming, and foundation for architecting a modern, next-generation connected vehicle platform that is optimized for long-term operation and maintainability throughout the vehicle lifecycle. For more prescriptive guidance beyond the technical architectures, we recommend referring to the