Pemberitahuan push dengan Azure Notification Hubs: Tanya jawab umum

Azure Notification Hubs memiliki dua tingkat sumber daya: hub dan namespace. Hub adalah sumber daya push tunggal yang dapat menyimpan informasi push lintas platform dari satu aplikasi. Namespace adalah kumpulan hub dalam satu wilayah. Pemetaan yang disarankan mencocokkan satu namespace dengan satu aplikasi. Dalam namespace, Anda dapat memiliki hub produksi yang bekerja dengan aplikasi produksi Anda, hub pengujian yang bekerja dengan aplikasi pengujian Anda, dan sebagainya.

Detail harga terbaru dapat ditemukan di halaman Harga Notification Hubs. Notification Hubs ditagih di tingkat namespace. (Untuk definisi namespace, lihat "Apa struktur sumber daya Notification Hubs?") Notification Hubs menawarkan tiga tingkatan:

• Gratis: Tingkatan ini adalah titik awal yang baik untuk menjelajahi kemampuan push. Tidak disarankan untuk aplikasi produksi. Anda mendapatkan 500 perangkat dan 1 juta pendorongan yang disertakan per langganan per bulan, tanpa jaminan perjanjian tingkat layanan (SLA).
• Dasar: Tingkatan ini (atau tingkatan Standar) disarankan untuk aplikasi produksi yang lebih kecil. Anda mendapatkan 200.000 perangkat dan 10 juta pendorongan disertakan per langganan per bulan sebagai garis besar.
• Standar: Tingkatan ini disarankan untuk aplikasi produksi menengah hingga besar. Anda mendapatkan 10 juta perangkat dan 10 juta pendorongan disertakan per langganan per bulan sebagai garis besar. Termasuk telemetri kaya (data tambahan tentang status push yang disediakan).

Fitur tingkatan standar:

• Telemetri kaya: Anda dapat menggunakan Notification Hubs Per Telemetri Pesan untuk melacak permintaan push apa pun dan Umpan Balik Sistem Pemberitahuan Platform untuk penelusuran kesalahan.
• Multi-penyewaan: Anda dapat bekerja dengan informasi masuk Sistem Pemberitahuan Platform pada tingkat namespace. Opsi ini memungkinkan Anda membagi penyewa menjadi hub dengan mudah dalam namespace yang sama.
• Push terjadwal: Anda dapat menjadwalkan pemberitahuan untuk dikirimkan kapan saja.
• Operasi massal: Mengaktifkan fungsi Ekspor/Impor pendaftaran sebagaimana dijelaskan dalam dokumen Ekspor/Impor Pendaftaran.

Untuk tingkatan Notification Hubs Dasar dan Standar, aplikasi yang dikonfigurasi dengan benar dapat mengirimkan pemberitahuan push atau menjalankan operasi manajemen pendaftaran setidaknya 99,9 persen dari sebagian besar waktu. Untuk mempelajari selengkapnya tentang SLA, buka halaman SLA Notification Hubs.

Buka portal Azure>Namespace Notification Hubs atau Notification Hubs. Pilih sumber daya yang ingin Anda perbarui, dan buka Tingkat Harga. Perhatikan persyaratan berikut:

• Tingkat harga yang diperbarui berlaku untuk semua hub di namespace yang sedang Anda kerjakan.
• Jika jumlah perangkat melebihi batas pada tingkatan yang Anda turunkan, Anda harus menghapus perangkat sebelum melakukan penurunan tingkat.

SDK server tersedia untuk .NET, Java, Node.js, PHP, dan Python. API Notification Hubs didasarkan pada antarmuka REST, sehingga Anda dapat bekerja langsung dengan REST API jika Anda menggunakan platform yang berbeda atau tidak menginginkan dependensi ekstra. Untuk informasi selengkapnya, buka halaman REST API Notification Hubs.

Pemberitahuan push didukung untuk iOS, Android, Windows Universal, Windows Phone, Android China (melalui Baidu), Xamarin iOS dan Android, serta Safari. Untuk informasi selengkapnya, lihat halaman Tutorial Memulai Notification Hubs.

Notification Hubs mengirimkan pemberitahuan ke perangkat yang menjalankan aplikasi ponsel. Notification Hubs tidak menyediakan kemampuan email atau pesan teks. Notification Hubs juga tidak menyediakan layanan pengiriman pemberitahuan push siap pakai dalam browser. Pelanggan dapat menerapkan fitur ini menggunakan SignalR di atas platform sisi server yang didukung.

Rujuk halaman Harga Notification Hubs untuk detail jumlah perangkat yang didukung.

Jika Anda memerlukan dukungan untuk lebih dari 10 juta perangkat terdaftar, Anda harus membagi perangkat Anda di beberapa namespace.

Tergantung pada tingkatan yang dipilih, Azure Notification Hubs secara otomatis meningkatkan penskalaan berdasarkan jumlah pemberitahuan yang mengalir melalui sistem.

Pelanggan kami menggunakan Notification Hubs untuk mengirim jutaan pemberitahuan push setiap hari. Anda tidak perlu melakukan tindakan khusus untuk menskalakan jangkauan pemberitahuan push selama Anda menggunakan Azure Notification Hubs.

Dalam skenario penggunaan normal, ketika beban masuk konsisten dan merata, Azure Notification Hubs dapat memproses setidaknya 1 juta pemberitahuan push yang dikirimkan dalam satu menit. Laju ini dapat bervariasi tergantung pada jumlah tag, sifat pengiriman masuk, dan faktor eksternal lainnya.

Selama perkiraan waktu pengiriman, layanan menghitung target per platform dan merutekan pesan ke Layanan Pemberitahuan Push (PNS) berdasarkan tag atau ekspresi tag yang terdaftar. PNS bertanggung jawab untuk mengirimkan pemberitahuan ke perangkat.

PNS tidak menjamin adanya SLA untuk pengiriman pemberitahuan. Namun, sebagian besar pemberitahuan push dikirimkan ke perangkat target dalam beberapa menit (biasanya dalam 10 menit) sejak waktu pengiriman ke Notification Hubs. Beberapa pemberitahuan mungkin memerlukan waktu lebih lama.

Karena sifat pemberitahuan push (pemberitahuan dikirimkan oleh PNS eksternal khusus platform), tidak ada jaminan latensi. Biasanya, sebagian besar pemberitahuan push dikirimkan dalam beberapa menit.

Azure Notification Hubs menyimpan data pendaftaran pelanggan di wilayah yang dipilih oleh pelanggan. Notification Hubs menyediakan cakupan pemulihan bencana metadata (nama Notification Hubs, string koneksi, dan informasi penting lainnya). Untuk semua wilayah kecuali Brasil Selatan dan Asia Tenggara, cadangan metadata dihost di wilayah yang berbeda (biasanya wilayah berpasangan Azure). Untuk wilayah Brasil Selatan dan Asia Tenggara, cadangan disimpan di wilayah yang sama untuk mengakomodasi persyaratan residensi data untuk wilayah tersebut.

Aplikasi/lingkungan seluler

• Gunakan satu hub pemberitahuan per aplikasi ponsel, per lingkungan.
• Dalam skenario multi-penyewa, setiap penyewa harus memiliki hub terpisah.
• Jangan pernah bagikan hub pemberitahuan yang sama untuk lingkungan produksi dan pengujian. Praktik ini dapat menyebabkan masalah saat mengirimkan pemberitahuan. (Apple menawarkan titik akhir Sandbox dan Production Push, masing-masing dengan informasi masuk terpisah.)
• Secara default, Anda dapat mengirimkan pemberitahuan pengujian ke perangkat Anda yang terdaftar melalui portal Azure atau komponen terintegrasi Azure di Visual Studio. Ambang diatur ke 10 perangkat yang dipilih secara acak dari kumpulan pendaftaran.

Informasi masuk PNS

Ketika aplikasi ponsel didaftarkan dengan portal pengembang paltform (contohnya, Apple atau Google), pengidentifikasi aplikasi dan token keamanan dikirimkan. Ujung belakang aplikasi menyediakan token tersebut ke PNS platform agar pemberitahuan push dapat dikirimkan ke perangkat. Token keamanan dapat berupa sertifikat (contohnya, Apple iOS atau Windows Phone) atau kunci keamanan (contohnya, Google Android atau Windows). Token keamanan harus dikonfigurasi di hub pemberitahuan. Konfigurasi biasanya dilakukan pada tingkat hub pemberitahuan, tetapi juga dapat dilakukan pada tingkat namespace dalam skenario multi-penyewa.

Namaspace

Namespace dapat digunakan untuk pengelompokan penyebaran. Namespace juga dapat digunakan untuk mewakili semua hub pemberitahuan untuk semua penyewa dari aplikasi yang sama dalam skenario multi-penyewa.

Distribusi geo

Distribusi geo tidak selalu penting dalam skenario pemberitahuan push. Berbagai PNS (contohnya, APN atau FCM) yang mengirimkan notifikasi push ke perangkat tidak didistribusikan secara merata.

Jika Anda memiliki aplikasi yang digunakan secara global, Anda dapat membuat hub di namespace yang berbeda menggunakan layanan Notification Hubs di berbagai wilayah Azure di seluruh dunia.

Pendaftaran dari ujung belakang aplikasi berguna ketika Anda harus mengautentikasi klien sebelum membuat pendaftaran. Hal ini juga berguna ketika Anda memiliki tag yang harus dibuat atau diubah oleh ujung belakang aplikasi berdasarkan logika aplikasi. Untuk informasi selengkapnya, buka halaman Panduan Pendaftaran Ujung Belakang dan Panduan Pendaftaran Ujung Belakang 2.

Azure Notification Hubs menggunakan model keamanan berbasis tanda tangan akses bersama. Anda dapat menggunakan token tanda tangan akses bersama di tingkat namespace akar atau di tingkat hub pemberitahuan terperinci. Token tanda tangan akses bersama dapat diatur untuk mengikuti aturan otorisasi yang berbeda, contohnya, untuk mengirim izin pesan atau mendengarkan izin pemberitahuan. Untuk informasi lebih lanjut, lihat dokumen Model keamanan Notification Hubs.

Semua pemberitahuan dikirimkan ke perangkat target oleh PNS platform. Ketika pemberitahuan dikirimkan ke Azure Notification Hubs, pemberitahuan diproses dan diteruskan ke masing-masing PNS.

Semua koneksi, mulai dari pengirim ke Azure Notification Hubs hingga PNS, menggunakan HTTPS.

Untuk mengirimkan payload sensitif, sebaiknya gunakan pola Secure Push. Pengirim mengirimkan pemberitahuan ping dengan pengidentifikasi pesan ke perangkat tanpa payload sensitif. Ketika aplikasi di perangkat menerima payload, aplikasi akan langsung memanggil API yang aman untuk mengambil detail pesan. Untuk panduan tentang cara menerapkan pola ini, buka halaman tutorial Secure Push Notification Hubs.

Lihat Ketersediaan tinggi untuk Azure Notification Hubs.

Azure Notification Hubs mengenkripsi semua data tidak aktif pelanggan dengan pengecualian tag pendaftaran. Untuk alasan ini, Anda tidak boleh menyimpan data pribadi atau rahasia menggunakan tag.

Ya. Semua operasi manajemen Notification Hubs memperbarui Log Aktivitas Azure yang diekspos di portal Azure. Log Aktivitas Azure menawarkan wawasan tentang operasi yang dilakukan pada sumber daya dalam langganan Anda. Dengan Log Aktivitas, Anda dapat menentukan apa, siapa, dan kapan untuk operasi penulisan apa pun (PUT, POST, DELETE) yang dibuat untuk sumber daya dalam langganan Anda. Anda juga dapat memahami status operasi dan properti terkait lainnya. Akan tetapi. Log Aktivitas tidak termasuk operasi baca (GET).

Jika Anda menyimpan perangkat sebagai Registration, pertama kali Anda mengirim ke pendaftaran tersebut dan PNS merespons dengan kode status kesalahan yang menunjukkan perangkat tidak valid, perangkat akan dihapus dari hub pemberitahuan Anda.

Jika Anda menyimpan perangkat menggunakan Installation API, perangkat tersebut tidak akan dihapus dalam skenario di atas. Keputusan ini dibuat untuk mempertahankan tag dan metadata lainnya tentang pengguna tertentu yang mungkin relevan jika pengguna menginstal ulang.

Untuk pendaftaran dan penginstalan, Anda dapat mengatur kedaluwarsa sehingga perangkat secara otomatis dibersihkan pada waktu tertentu. Pola umumnya adalah meminta aplikasi klien Anda memperbarui tanggal kedaluwarsa sekali sehari untuk memindahkannya kembali selama pengguna menggunakan aplikasi Anda.

Azure Notification Hubs menyediakan beberapa fitur untuk pemecahan masalah, khususnya untuk skenario paling umum dari pemberitahuan yang dilepaskan. Untuk detailnya, lihat laporan resmi Pemecahan masalah Notification Hubs.

Azure Notification Hubs memungkinkan untuk melihat data telemetri di portal Azure. Detail metrik tersedia di halaman Metrik Notification Hubs.

Anda juga dapat mengakses metrik secara terprogram. Untuk informasi lebih lanjut, baca artikel berikut:

• Mengambil metrik Azure Monitor dengan .NET. Sampel berikut menggunakan nama pengguna dan kata sandi. Untuk menggunakan sertifikat, lebihkan beban metode FromServicePrincipal untuk menyediakan sertifikat seperti yang diperlihatkan pada contoh berikut.
• Mendapatkan metrik dan log aktivitas untuk sumber daya
• Panduan Azure Monitoring REST API