Ide solusi
Artikel ini menjelaskan ide solusi. Arsitek cloud Anda dapat menggunakan panduan ini untuk membantu memvisualisasikan komponen utama untuk implementasi umum arsitektur ini. Gunakan artikel ini sebagai titik awal untuk merancang solusi yang dirancang dengan baik yang selaras dengan persyaratan spesifik beban kerja Anda.
Artikel ini menjelaskan arsitektur berbasis peristiwa tanpa server dalam jaringan virtual yang menyerap dan memproses aliran data lalu menulis hasilnya ke database.
Sistem
Aliran data
- Integrasi VNet digunakan untuk menempatkan semua sumber daya Azure di belakang Titik Akhir Privat Azure.
- Peristiwa tiba di Input Event Hub.
- Fungsi De-batching dan Pemfilteran Azure Functions dipicu untuk menangani peristiwa tersebut. Langkah ini menyaring peristiwa yang tidak diinginkan dan menghapus batch peristiwa yang diterima sebelum mengirimkannya ke Event Hubs Output.
- Jika De-batching dan Penyaringan Azure Functions gagal menyimpan peristiwa dengan sukses, peristiwa akan dikirimkan ke Deadletter Event Hub 1.
- Peristiwa yang tiba di Event Hubs Output memicu Azure Functions dengan Kemampuan Mengubah. Fungsi Azure ini mengubah peristiwa menjadi pesan untuk instans Azure Cosmos DB.
- Peristiwa disimpan dalam database Azure Cosmos DB.
- Jika Fungsi Transformasi Azure gagal menyimpan peristiwa, peristiwa akan disimpan ke Deadletter Event Hub 2.
Catatan
Untuk memudahkannya, subnet tidak ditampilkan dalam diagram.
Komponen
- Azure Private Endpoint adalah antarmuka jaringan yang menghubungkan Anda secara privat dan aman ke layanan yang didukung oleh Azure Private Link. Private Endpoint menggunakan alamat IP privat dari VNet Anda, secara efektif membawa layanan ke VNet Anda.
- Azure Event Hubs menyerap aliran data. Azure Event Hubs dirancang untuk skenario aliran keluaran data tinggi.
- Azure Functions adalah opsi komputasi tanpa server. Ini menggunakan model yang digerakkan oleh peristiwa, di mana sepotong kode (fungsi) dipanggil oleh pemicu.
- Azure Cosmos DB adalah layanan database multi-model yang tersedia dalam mode berbasis konsumsi tanpa server. Untuk skenario ini, fungsi pemrosesan peristiwa menyimpan rekaman JSON, menggunakan Azure Cosmos DB untuk NoSQL.
Detail skenario
Ide solusi ini menunjukkan variasi arsitektur berbasis peristiwa tanpa server yang menyerap aliran data, memproses data, dan menulis hasilnya ke database back-end. Dalam contoh ini, solusi dihosting di dalam jaringan virtual dengan semua sumber daya Azure di belakang titik akhir privat.
Untuk mempelajari selengkapnya tentang konsep dasar, pertimbangan, dan pendekatan untuk pemrosesan peristiwa tanpa server, lihat arsitektur referensi Pemrosesan peristiwa tanpa server.
Kemungkinan kasus penggunaan
Kasus penggunaan populer untuk menerapkan pola pemrosesan aliran peristiwa end-to-end mencakup layanan penyerapan streaming Azure Event Hubs untuk menerima dan memproses peristiwa per detik dengan menggunakan logika de-batching dan transformasi yang diterapkan dengan fungsi yang sangat dapat diskalakan yang dipicu oleh Azure Event Hubs.
Kontributor
Artikel ini dikelola oleh Microsoft. Ini awalnya ditulis oleh kontributor berikut.
Penulis utama:
- Rajasa Savant | Insinyur Pengembangan Perangkat Lunak Senior
Untuk melihat profil LinkedIn non-publik, masuk ke LinkedIn.
Langkah berikutnya
- Mengelola koneksi Titik Akhir Privat
- Panduan mulai cepat Titik Akhir Privat:
- Dokumentasi Azure Event Hubs
- Pengantar Azure Functions
- Dokumentasi Azure Functions
- Ringkasan Azure Cosmos DB
- Pilih API di Azure Cosmos DB
Sumber daya terkait
- Pemrosesan peristiwa tanpa server adalah arsitektur referensi yang merinci arsitektur umum jenis ini, dengan sampel kode dan diskusi tentang pertimbangan pentingnya.
- Pemantauan pemrosesan peristiwa tanpa server memberikan gambaran dan panduan tentang pemantauan arsitektur berbasis peristiwa tanpa server seperti ini.
- Azure Kubernetes dalam pemrosesan aliran peristiwa menjelaskan variasi arsitektur berbasis peristiwa tanpa server yang berjalan di Azure Kubernetes dengan penskala KEDA.