Konsep di Azure Event Grid

Artikel ini menjelaskan konsep utama di Azure Event Grid.

Acara

Acara adalah jumlah informasi terkecil yang sepenuhnya menggambarkan sesuatu yang terjadi dalam sistem. Setiap acara memiliki informasi umum seperti: sumber acara, waktu acara berlangsung, dan pengidentifikasi unik. Setiap acara juga memiliki informasi spesifik yang hanya relevan dengan jenis acara tertentu. Misalnya, acara tentang file baru yang sedang dibuat di Azure Storage memiliki detail tentang file, seperti lastTimeModified nilainya. Atau, peristiwa Azure Event Hubs memiliki URL file Capture.

Ukuran maksimum yang diperbolehkan untuk suatu acara adalah 1 MB. Peristiwa di atas 64 KB dikenakan biaya dengan 64 KB tahapan. Untuk properti yang dikirim dalam suatu acara, lihat Skema acara Azure Event Grid.

Penerbit

Penerbit adalah pengguna atau organisasi yang memutuskan untuk mengirim acara ke Event Grid. Microsoft menerbitkan acara untuk beberapa layanan Azure. Anda dapat menerbitkan acara dari aplikasi Anda sendiri. Organisasi yang menyelenggarakan layanan di luar Azure dapat menerbitkan acara melalui Event Grid.

Sumber Kejadian

Sumber kejadian adalah tempat acara terjadi. Setiap sumber kejadian terkait dengan satu atau beberapa jenis acara. Misalnya, Azure Storage adalah sumber kejadian untuk acara yang dibuat blob. IoT Hub adalah sumber kejadian untuk acara yang dibuat perangkat. Aplikasi Anda adalah sumber kejadian untuk acara kustom yang Anda tentukan. Sumber kejadian bertanggung jawab untuk mengirim acara ke Event Grid.

Untuk informasi tentang menerapkan salah satu sumber Event Grid yang didukung, lihat Sumber kejadian di Azure Event Grid.

Topik

Topik kisi acara menyediakan titik akhir tempat sumber mengirim acara. Penerbit membuat topik kisi acara, dan memutuskan apakah sumber kejadian memerlukan satu topik atau lebih dari satu topik. Topik digunakan untuk kumpulan acara terkait. Untuk menanggapi jenis acara tertentu, pelanggan memutuskan topik mana untuk berlangganan.

Topik sistem adalah topik bawaan yang disediakan oleh layanan Azure seperti Azure Storage, Azure Event Hubs, dan Azure Service Bus. Anda dapat membuat topik sistem di langganan Azure Anda dan berlangganan topik tersebut. Untuk informasi selengkapnya, lihat Gambaran umum topik sistem.

Topik kustom adalah aplikasi dan topik pihak ketiga. Saat Anda membuat atau diberi akses yang ditetapkan ke topik kustom, Anda akan melihat topik kustom tersebut di langganan Anda. Untuk informasi selengkapnya, lihat Topik kustom. Saat mendesain aplikasi, Anda memiliki fleksibilitas saat memutuskan berapa banyak topik yang akan dibuat. Untuk solusi besar, buat topik khusus untuk setiap kategori acara terkait. Misalnya, pertimbangkan aplikasi yang mengirimkan acara yang terkait dengan memodifikasi akun pengguna dan memproses pesanan. Tidak mungkin ada penanganan aktivitas yang menginginkan kedua kategori acara tersebut. Buat dua topik khusus dan biarkan penanganan aktivitas berlangganan yang menarik bagi mereka. Untuk solusi kecil, Anda mungkin lebih suka mengirim semua acara ke satu topik. Pelanggan acara dapat memfilter jenis acara yang mereka inginkan.

Ada jenis topik lain: topik mitra. Fitur Mitra Acara memungkinkan penyedia SaaS pihak ketiga untuk menerbitkan acara dari layanannya untuk membuatnya tersedia bagi konsumen yang dapat berlangganan acara tersebut. Penyedia SaaS mengekspos jenis topik, topik mitra, yang digunakan pelanggan untuk mengonsumsi acara. Ini juga menawarkan model pub-sub yang bersih dengan memisahkan kekhawatiran dan kepemilikan sumber daya yang digunakan oleh penerbit dan pelanggan acara.

Langganan acara

Langganan memberi tahu Event Grid acara mana yang menjadi topik yang Anda minati untuk menerimanya. Saat membuat langganan, Anda menyediakan titik akhir untuk menangani acara. Anda dapat memfilter acara yang dikirim ke titik akhir. Anda dapat memfilter menurut jenis acara, atau pola subjek. Untuk informasi selengkapnya, lihat Skema langganan Event Grid.

Untuk contoh pembuatan langganan, lihat:

Untuk informasi tentang mendapatkan langganan kisi acara Anda saat ini, lihat Permintaan langganan Event Grid.

Waktu kedaluwarsa langganan acara

Langganan acara akan kedaluwarsa secara otomatis setelah tanggal tersebut. Atur kedaluwarsa untuk langganan acara yang hanya diperlukan untuk waktu yang terbatas dan Anda tidak ingin khawatir tentang membersihkan langganan tersebut. Misalnya, saat membuat langganan acara untuk menguji skenario, Anda mungkin ingin menetapkan kedaluwarsa.

Untuk contoh pengaturan kedaluwarsa, lihat Berlangganan dengan filter tingkat lanjut.

Penanganan aktivitas

Dari perspektif Event Grid, penangan acara adalah tempat di mana acara dikirim. Pengatur mengambil beberapa tindakan lebih lanjut untuk memproses acara tersebut. Event Grid mendukung beberapa jenis penangan. Anda dapat menggunakan layanan Azure yang didukung atau webhook Anda sendiri sebagai penangan. Tergantung pada jenis penangan, Event Grid mengikuti mekanisme yang berbeda untuk menjamin pengiriman acara. Untuk penanganan aktivitas webhook HTTP, acara dicoba kembali sampai penangan mengembalikan kode status 200 – OK. Untuk Antrean Azure Storage, acara dicoba hingga layanan Antrean berhasil memproses dorongan pesan ke dalam antrean.

Untuk informasi tentang menerapkan salah satu penangan Event Grid yang didukung, lihat Penanganan aktivitas di Azure Event Grid.

Keamanan

Event Grid menyediakan keamanan untuk berlangganan topik, dan menerbitkan topik. Saat berlangganan, Anda harus memiliki izin yang memadai tentang topik kisi sumber daya atau acara. Saat menerbitkan, Anda harus memiliki token SAS atau autentikasi kunci untuk topik tersebut. Untuk informasi selengkapnya, lihat Keamanan dan autentikasi Event Grid.

Pengiriman acara

Jika Event Grid tidak dapat mengonfirmasi bahwa acara telah diterima oleh titik akhir pelanggan, Event Grid akan mengirim ulang acara. Untuk informasi selengkapnya, lihat Pengiriman pesan Event Grid dan coba lagi.

Pembuatan batch

Saat menggunakan topik kustom, acara harus selalu dipublikasikan dalam array. Ini bisa menjadi batch satu untuk skenario throughput rendah, namun, untuk kasus penggunaan volume tinggi, disarankan agar Anda mengumpulkan beberapa acara bersama-sama per publikasi untuk mencapai efisiensi yang lebih tinggi. Batch bisa hingga 1 MB dan ukuran maksimum suatu peristiwa adalah 1 MB.

Langkah berikutnya