Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Arsitektur Referensi Kendaraan Terhubung AWS
Tanggal publikasi: ** Januari 17, 2024 ([Sejarah diagram](#diagram-history)) **
Arsitektur ini memungkinkan Anda untuk menggunakan AWS IoT Core untuk memodernisasi beban kerja, memproses data kendaraan, dan mengamankan kendaraan Anda yang terhubung.
## Kendaraan Terhubung AWS - Diagram Modernisasi
Gunakan AWS IoT Core dan MQTT5 untuk memodernisasi broker Anda untuk mengumpulkan, mengumpulkan, dan mendistribusikan data dengan beban kerja kendaraan Anda yang terhubung.
1. Perangkat tertanam di dalam kendaraan dengan prinsip identitas unik (X.509 sertifikat) mempublikasikan data telemetri **AWS IoT Core** dengan menggunakan MQTT. Untuk meminimalkan perangkat lunak di dalam kendaraan, hanya pustaka yang diperlukan untuk terhubung yang AWS IoT Core diimplementasikan. Semua lalu lintas dikirim melalui protokol MQTT yang diamankan menggunakan MTL.
1. Gunakan **AWS PrivateLink** dan jaringan seluler pribadi untuk menghubungkan **AWS IoT Core** titik akhir Anda sendiri **AWS IoT Core**.
1. Langganan bersama **AWS IoT Core** membantu pekerja klien memproses muatan data yang datang dari jutaan kendaraan dengan menyeimbangkan beban di seluruh topik. Dengan menerapkan fitur alias topik, Anda dapat mengurangi ukuran muatan melalui koneksi seluler, menghemat konsumsi daya dan biaya.
1. Gunakan ** Amazon Elastic Container Service ** (Amazon ECS) untuk memecahkan kode, memproses, dan menyimpan data telemetri. **Amazon ECS ** mendukung skalabilitas yang diperlukan untuk menangani pesan pada permintaan puncak dan tidak mengalami hambatan konkurensi.
1. Menggunakan header pesan khusus, merutekan **AWS IoT Core** pesan yang dikodekan ke tujuan mereka. Untuk muatan terkompresi, mekanisme routing ditempatkan di header payload, routing tanpa format yang dapat dibaca manusia untuk mengirim pesan ke hilir. File deskriptor disimpan di ** Amazon Simple Storage Service ** (Amazon S3) untuk menginformasikan aturan cara memecahkan kode muatan.
1. P request/response ola pesan dalam **AWS IoT Core** melacak respons terhadap permintaan klien dengan cara asinkron. Pelanggan mengirimkan perintah jarak jauh ke kendaraan mereka menggunakan antarmuka yang dibuat oleh **AWS Amplify** melalui ** Amazon API Gateway**. Perintah disimpan ke ** Amazon DynamoDB ** dan dikirimkan sebagai permintaan ke perangkat dengan menggunakan topik permintaan IoT. Setelah implementasi, kendaraan merespons Topik respons IoT untuk melaporkan keberhasilan atau kegagalan. Pola yang sama ini dapat digunakan untuk vehicle-to-cloud untuk melaporkan status.
1. Untuk perintah jarak jauh yang sama, menggunakan fitur Pesan Kedaluwarsa AWS IoT Core, Anda dapat menentukan berapa lama untuk mencoba membuka kunci pintu kendaraan, sebelum pesan kedaluwarsa. Hal ini memungkinkan kontrol perangkat yang jauh lebih fleksibel.
1. Pesan sistem kritis yang dikirim dari produsen peralatan asli (OEM) ke kendaraan dapat menggunakan fungsi **AWS IoT Core** Pesan Tersimpan. OEM dapat mengatur bendera pesan yang dipertahankan pada muatan untuk memastikan perintah ada dalam topik saat kendaraan kembali online.
## Kendaraan Terhubung AWS - Kumpulkan, Proses, Analisis Diagram
Mengumpulkan, memproses, menganalisis, dan bertindak berdasarkan data kendaraan yang terhubung menggunakan AWS IoT Core.
1. Kendaraan yang terhubung, bertindak sebagai perangkat IoT, dengan prinsip identitas unik (X.509 sertifikat), menggunakan sensor untuk mengumpulkan, menganalisis, dan bertindak berdasarkan data yang digunakan **AWS IoT Core** sebagai mekanisme komunikasi edge-to-cloud.
1. **AWS IoT FleetWise**Edge Agent berkomunikasi dengan jaringan kendaraan, mendekode sinyal dan mengirim muatan data melalui **AWS IoT Core** seperti yang didefinisikan oleh kampanye data. Dengan **AWS IoT FleetWise**, Anda mengontrol setiap langkah proses dan mempertahankan kepemilikan data penuh dan kontrol atas informasi kepemilikan.
1. Gunakan **AWS IoT Core** bersama dengan ** Amazon Route 53 ** untuk memilih Wilayah AWS berdasarkan lokasi geografis atau latensi. Daftarkan perangkat Anda secara otomatis saat terhubung untuk pertama kalinya **AWS IoT Core**. Pencarian DNS mengembalikan titik akhir IoT dari salah satu dari banyak Wilayah tergantung pada lokasi perangkat.
1. **AWS IoT**mendukung sertifikat klien yang ditandatangani oleh otoritas sertifikat root atau perantara (CA) yang terdaftar **AWS IoT Core**. Setelah terhubung dengan sertifikat pribadi, **AWS Lambda** fungsi memvalidasi Gateway dan membuat hal IoT, kebijakan, dan sertifikat. Kendaraan sudah terdaftar.
1. **AWS IoT FleetWise**membantu Anda mengumpulkan data kendaraan dengan lebih cerdas. Anda dapat meningkatkan relevansi data dengan membuat kampanye pengumpulan data berbasis waktu dan peristiwa yang mengirimkan data tepat yang Anda butuhkan ke cloud ke ** Amazon Timestream ** atau ** Amazon S3. **
1. Gunakan ** Amazon SageMaker AI ** untuk meningkatkan ADAS/AV model dan mengoptimalkan desain kendaraan untuk kinerja dan efisiensi. Gunakan ** Amazon Quick Sight ** untuk terus meningkatkan kualitas, keamanan, dan otonomi kendaraan menggunakan data hampir real-time dari **AWS IoT FleetWise**.
1. Menggunakan **AWS IoT Core Device Shadow ** dapat membuat status kendaraan tersedia untuk aplikasi dan layanan hilir lainnya apakah perangkat terhubung **AWS IoT Core** atau tidak, menyediakan mekanisme bawaan untuk memperbarui status kendaraan dari cloud.
1. Gunakan **AWS IoT Device Management** untuk menerapkan manajemen over-the-air (OTA) melalui pekerjaan IoT dan menggunakan pengindeksan **AWS IoT** armada untuk mengelola status, konektivitas, dan pelanggaran perangkat serta untuk mengatur, menyelidiki, dan memecahkan masalah armada perangkat Anda.
1. Gunakan kekuatan **AWS IoT Core** integrasi dengan layanan hilir untuk mengaktifkan kasus penggunaan untuk memberdayakan persona pengguna Anda yang berbeda dari agregator armada hingga ilmuwan data dan pemilik kendaraan.
## Kendaraan Terhubung AWS - Diagram Siklus Hidup Sertifikat Operasional
Amankan kendaraan Anda yang terhubung dengan penyediaan, OCSP, dan rotasi sertifikat.
1. CA bawahan dibuat di **AWS Private Certificate Authority** (AWS Private CA) dengan sertifikat CA yang ditandatangani oleh CA root offline. Sertifikat CA bawahan terdaftar dengan **AWS IoT Core**.
1. Unit kontrol elektronik (ECU) menghasilkan kunci pribadi dan permintaan penandatanganan sertifikat (CSR) dan menggunakan sertifikat pengesahan yang ada untuk mengotentikasi ke broker sertifikat. Pialang sertifikat mengeluarkan sertifikat operasional dengan menelepon **AWS Private CA**. Pialang mengirimkan sertifikat operasional yang ditandatangani ke ECU.
1. ECU menggunakan TLS dengan sertifikat operasional untuk terhubung **AWS IoT Core**, yang memvalidasi sertifikat klien yang ditandatangani oleh sertifikat CA terdaftar dan bahwa sertifikat tidak kedaluwarsa. Karena ini adalah penggunaan pertama dari sertifikasi, itu tidak terdaftar dengan **AWS IoT Core**; membuat sertifikat aktiv **AWS IoT Core** asi yang tertunda dan ECU terputus. **AWS IoT Core**menerbitkan pesan ke topik MQTT yang dicadangkan.
1. Aturan IoT pada topik MQTT yang dicadangkan memanggil fungsi pendaftaran ** Lambda**. Fungsi ini mengimplementasikan logika khusus seperti menghasilkan **AWS IoT Core** kebijakan khusus untuk ECU menggunakan informasi dari ** tabel ** DynamoDB, dan otentikasi khusus seperti memeriksa sertifikat terhadap responder Protokol Status Sertifikat Online (OCSP) yang disediakan oleh. **AWS Private CA**
1. Fungsi tersebut kemudian membuat hal dan kebijakan IoT, dan mengubah status sertifikat menjadi aktif. ECU dapat mencoba kembali koneksi dan berkomunikasi dengan topik di **AWS IoT Core**.
1. **AWS IoT Device Defender ** menerbitkan temuan audit seperti sertifikat yang kedaluwarsa dan sertifikat dicabut. **AWS Security Hub CSPM** **Security Hub CSPM ** mengirimkan peristiwa ke ** Amazon EventBridge**, yang memulai target seperti **AWS Step Functions** alur kerja untuk memutar sertifikat. **EventBridge**juga dapat mengirimkan temuan audit ke pusat operasi keamanan kendaraan Anda.
1. Alur kerja mengatur ** fungsi ** Lambda yang menggunakan pekerjaan IoT untuk mendorong ECU untuk menghasilkan CSR baru dan mengirimkannya ke topik. Setelah menerima CSR, ia mengeluarkan sertifikat operasional baru dengan menelep **AWS Private CA** on untuk menandatangani sertifikat, mendaftarkan sertifikat **AWS IoT Core** dengan kebijakan, dan mengirimkan sertifikat ke ECU. Setelah ECU berhasil menginstal dan menguji sertifikat operasional baru, alur kerja mencabut sertifikat lama.
1. Anda dapat memanggil **AWS Private CA** API untuk mencabut sertifikat dan memperbarui status sertifikat di. **AWS IoT Core**
## AWS Connected Vehicle - Diagram Keamanan Enkripsi dan Pemantauan
Amankan kendaraan Anda yang terhubung dengan layanan AWS enkripsi dan pemantauan.
1. ECU dengan prinsip identitas unik (sertifikat X.509 operasional) menerbitkan telemetri dengan menggunakan MQTT ke. **AWS IoT Core** ECU dapat menjalankan tumpukan HTTP atau MQTT generik atau mempercepat pengembangan menggunakan **AWS IoT** Device SDK.
1. Selama jabat tangan TLS, **AWS IoT Core** memvalidasi kadaluwarsa sertifikat klien, dan memeriksa apakah sertifikat terdaftar dan aktif. **AWS IoT Core**mengambil kebijakan yang dilampirkan pada sertifikat dan kelompok benda untuk hal yang dilampirkan pada sertifikat untuk mengotorisasi operasi yang dilakukan oleh ECU.
1. **AWS Key Management Service**(AWS KMS) memungkinkan Anda membuat, mengelola, dan mengontrol kunci kriptografi di seluruh aplikasi dan AWS layanan Anda. Enkripsi diam di sisi server tersedia untuk semua layanan dalam diagram.
1. Anda dapat memilih untuk mengenkripsi data payload yang sangat sensitif di sisi klien sebelum mengirimnya selain enkripsi **AWS IoT Core** dalam transit menggunakan MTL. Kendaraan dapat menggunakan SDK en AWS kripsi menggunakan kunci **AWS KMS** untuk enkripsi sisi klien. ECU dapat memperoleh kredenSIAL API sementara dari penyedia kredensia IoT untuk memanggil **AWS KMS** API. Anda juga dapat menerapkan sistem manajemen kunci Anda sendiri untuk kunci enkripsi.
1. Data payload sensitif mengalir melalui sistem perantara sebagai ciphertext buram hingga tiba pada ** fungsi ** Lambda yang memiliki peran eksekusi dengan izin untuk memanggil. **AWS KMS** Kode ** fungsi ** Lambda menggunakan SDK en AWS kripsi untuk mendekripsi kunci data dan mendekripsi data sensitif.
1. Pengguna yang diautentikasi dapat mengirim perintah jarak jauh yang diautentikasi dan diotorisasi ke aplikasi dengan menggunakan ** Amazon API Gateway. ** **Fungsi permintaan ** Lambda dengan izin peran eksekusi dapat menggunakan SDK AWS enkripsi menggunakan kunci masuk **AWS KMS** untuk mengenkripsi muatan perintah sisi klien sebelum mengirim ke ECU.
1. **AWS IoT Device Defender**memantau perangkat yang terhubung **AWS IoT Core** untuk mendeteksi perilaku abnormal menggunakan aturan dan dengan membangun model pembelajaran mesin (ML). **AWS IoT Device Defender**dapat menghasilkan temuan ketika mendeteksi tingkat kegagalan otorisasi abnormal (metrik sisi cloud) atau aliran lalu lintas anomali (metrik sisi perangkat) untuk ECU.
1. **AWS IoT Device Defender**mengirimkan temuan ke **AWS Security Hub CSPM** tempat temuan keamanan dari AWS layanan lain dan produk mitra dikumpulkan dan dinormalisasi. **Security Hub CSPM ** mengirimkan temuan ke ** EventBridge**, yang merutekan ke alur kerja remediasi yang diimplementasikan menggunakan ** Fungsi Langkah. ** Anda juga dapat mengirim temuan ke pusat operasi keamanan kendaraan Anda.
1. Alu ** r kerja ** remediasi Fungsi Langkah dapat mengatur langkah-langkah seperti memodifikasi kebijakan IoT untuk sertifikat dan mengubah status sertifikat menjadi TIDAK AKTIF untuk memutuskan ECU.
## AWS Kendaraan Terhubung - Aplikasi Pendamping
Bangun aplikasi pendamping kendaraan yang terhubung untuk mengontrol kendaraan Anda dengan AWS IoT Core dan AWS AppSync.
1. Kendaraan membuat koneksi MQTT ke **AWS IoT Core** titik akhir, dan kemudian berlangganan topik permintaan bidang kontrol untuk menerima perintah permintaan sisi cloud apa pun. Kendaraan juga akan mempublikasikan secara otomatis ke topik peristiwa **AWS IoT** siklus hidup, yang menunjukkan bahwa konektivitas telah terbentuk.
1. Setelah koneksi, **AWS IoT Core** menerbitkan status terhubung kendaraan ke topik peristiwa siklus hidup`$aws/events/subscriptions/subscribed/vehicleId`. Topik yang dicadangkan ini adalah tempat peristiwa koneksi dipublikasikan secara otomatis setelah koneksi.
1. Ketika pesan pemutusan diterima, kode Anda harus menunggu jangka waktu tertentu dan memverifikasi kendaraan masih offline sebelum mengambil tindakan. Saat topik menerima peristiwa siklus hidup, Anda dapat mengantri pesan menggunakan antrian penundaan ** Amazon Simple Queue Service ** (Amazon SQS); ketika pesan tersebut tersedia dan diproses oleh suatu **AWS Lambda** fungsi, Anda dapat terlebih dahulu memeriksa apakah kendaraan masih offline sebelum mengambil tindakan lebih lanjut.
1. Status terhubung kemudian dikirim sebagai mutasi ke **AWS AppSync**, yang menggunakan resolver khusus untuk mempertahankan status ke tabel ** Amazon DynamoDB**. Status terhubung ini kemudian digunakan untuk logika ketika perintah jarak jauh dikirim dari aplikasi pendamping.
1. Menggunakan **AWS Amplify** aplikasi asli terkelola dan aplikasi web, perintah jarak jauh dikirim oleh aman WebSocket sebagai mutasi ke **AWS AppSync**. Mutasi itu dipertahankan ke ** DynamoDB ** dan langganan kemudian diproses oleh Lambda. ** **
1. Status kendaraan ** Lambda ** kemudian memeriksa status terhubung.
+ Jika terhubung, ** Lambda ** menerbitkan payload perintah ke topik permintaan dengan topik unik `requestId` dan respons di header.
+ Jika perangkat dalam keadaan terputus, status kendaraan ** Lambda ** kemudian mengirimkan perintah ke ** Amazon Simple Notification Service ** (Amazon SNS), yang akan mengirim SMS ke MSISDN yang dapat dipanggil pada SIM di TCU untuk menunjukkan bahwa perintah sedang menunggu dan untuk bangun dan berlangganan topik perintah.
1. Setelah menerima payload perintah dalam topik permintaan, logika dikelola oleh aplikasi klien pada perangkat dan hasilnya dipublikasikan kembali ke topik respons sebagai sukses atau gagal. Muatan respons kemudian dikirim ke antrian ** Amazon SQS first- ** in first-out (FIFO) untuk pemrosesan hilir oleh status kendaraan ** Lambda ** untuk memastikan pesan dikelompokkan dengan benar sebelum diproses.
1. Respons kemudian diproses **AWS AppSync** sebagai mutasi dan dipertahankan ke ** Dynam ** oDB. **AWS AppSync**kemudian mengimplementasikan mekanisme kipas keluar yang memperingatkan aplikasi pendamping dan platform manajemen kendaraan dengan status kendaraan yang diperbarui.
1. Optimalkan distribusi aplikasi pendamping Anda dengan menempatkan aset statis Anda di ** Amazon Simple Storage Service ** (Amazon S3) dan gunakan ** Amazon CloudFront ** untuk distribusi.
## Sumber bacaan lebih lanjut
Untuk informasi tambahan, lihat
+ [AWS Ikon Arsitektur ](https://aws.amazon.com/architecture/icons)
+ [AWS Pusat Arsitektur ](https://aws.amazon.com/architecture)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)
## Kontributor
Kontributor diagram arsitektur referensi ini meliputi:
+ Andrew Givens, Arsitek Solusi Mitra Senior, AWS
+ Omar Zoma, Arsitek Solusi Keamanan Senior, AWS
+ Maitreya Ranganath, Arsitek Solusi Keamanan Utama, AWS
+ Katja-Maja Kroedel, Arsitek Solusi Spesialis IoT Senior, AWS
## Sejarah diagram
Untuk diberitahu tentang pembaruan diagram arsitektur referensi ini, berlangganan umpan RSS.
| Perubahan | Deskripsi | Tanggal |
| --- |--- |--- |
| [Diagram diperbarui ](#diagram-history) | Pembaruan kecil untuk diagram awal, menambahkan * diagram Aplikasi Pend * amping. | Januari 17, 2024 |
| [Publikasi awal](#diagram-history) | Diagram arsitektur referensi pertama kali diterbitkan. | 23 Juni 2023 |
**catatan**
Untuk berlangganan pembaruan RSS, Anda harus mengaktifkan plugin RSS untuk browser yang Anda gunakan.