Harga Bus Layanan

Relai menghitung setiap pesan yang dikirim ke relai, dan setiap pesan yang dikirim oleh relai, sebagai dapat ditagih. Pesan yang dapat ditagih adalah bingkai data paling banyak 64 KB. Jika pesan melebihi 64 KB, seperti balasan HTTP yang menampilkan gambar, setiap 64 KB selanjutnya akan dihitung sebagai pesan tambahan yang dapat ditagih. Untuk layanan relai normal yang menerapkan skema permintaan/tanggapan, permintaan pertama-tama bergerak ke relai, lalu ke layanan, dan balasan melintasi jalur yang sama. Itu berjumlah setidaknya empat pesan yang dapat ditagih. Untuk layanan multicast yang memiliki 4 listener, pesan yang dikirim ke relai dihitung sebagai 1 pesan, dan 4 pesan yang dikirim ke listener juga masing-masing dihitung sebagai pesan, sehingga total 5 pesan.

Untuk entitas berperantara (antrean dan topik atau langganan), sebuah operasi adalah setiap interaksi API dengan layanan Service Bus di protokol mana pun.

Operasi kirim, terima, atau hapus untuk pesan yang berukuran kurang dari atau sama dengan 64 KB dianggap sebagai satu operasi yang dapat ditagih. Jika ukuran pesan lebih besar dari 64 KB, jumlah operasi yang dapat ditagih akan dihitung berdasarkan ukuran pesan dalam kelipatan 64 KB. Misalnya, pesan 8 KB yang dikirim ke Service Bus akan ditagih sebagai satu operasi, tetapi pesan 96 KB yang dikirim ke Service Bus akan ditagih sebagai dua operasi. Membaca pesan 8-KB dengan kunci lalu menyelesaikan atau secara eksplisit meninggalkan pesan tersebut akan ditagih sebagai dua operasi. Memperbarui kunci pada pesan juga menimbulkan operasi.

Beberapa pengiriman pesan yang sama (misalnya, pesan yang disebarkan ke beberapa pelanggan atau pengambilan pesan setelah pengabaian, penundaan, atau surat gagal) akan dihitung sebagai operasi independen. Misalnya, dalam kasus sebuah topik dengan tiga langganan, satu pesan 64 KB yang dikirim dan kemudian diterima akan menghasilkan empat operasi yang dapat ditagih, satu "masuk" plus tiga "keluar", dengan asumsi semua pesan dikirimkan ke semua langganan dan dihapus selama operasi baca.

Selain itu, membuat, membaca (mencantumkan), memperbarui, dan menghapus antrean, topik, atau langganan masing-masing akan dikenakan biaya operasi.

Operasi adalah panggilan API yang dilakukan terhadap titik akhir antrean, topik, atau langganan. Ini termasuk operasi manajemen, kirim/terima, dan status sesi.

Jam relai ditagih untuk jumlah waktu kumulatif saat setiap Relai Azure Service Bus "terbuka". Relai secara implisit diinstansiasi dan dibuka pada alamat Azure Service Bus tertentu (URL namespace layanan) saat layanan WCF berkemampuan relai, atau "listener relai", pertama kali tersambung ke alamat tersebut. Relai ditutup hanya ketika listener terakhir terputus dari alamatnya. Oleh karena itu, untuk tujuan penagihan, relai dianggap "terbuka" dari saat listener relai pertama tersambung, hingga saat listener relai terakhir terputus dari alamat Azure Service Bus relai tersebut.

Koneksi berperantara didefinisikan sebagai salah satu dari berikut ini:

1. Koneksi AMQP dari klien ke topik Azure Service Bus, langganan, antrean, atau pusat kejadian.
2. Panggilan HTTP untuk menerima pesan dari topik atau antrean Azure Service Bus yang memiliki nilai batas waktu penerimaan yang lebih besar dari nol.

Microsoft membebankan biaya untuk jumlah puncak koneksi yang diperantarai bersamaan yang melebihi jumlah yang disertakan (1.000 di tingkat standar dan premium). Puncak diukur setiap jam, diprorata dengan membagi 730 jam dalam sebulan, dan ditambahkan selama periode penagihan bulanan. Kuantitas yang disertakan (1.000 koneksi yang diperantarai per bulan) diterapkan pada akhir periode penagihan terhadap jumlah puncak per jam yang diprorata.

Contoh:

1. 5.000 klien masing-masing tersambung melalui satu koneksi AMQP, dan menerima perintah dari topik Azure Service Bus dan mengirim kejadian ke antrean. Jika semua klien tersambung selama 12 jam setiap hari, Anda akan melihat biaya koneksi berikut (selain biaya Azure Service Bus lainnya)—5.000 koneksi * 12 jam * 30,5 hari / 730 = 2.500 koneksi yang diperantarai. Setelah tunjangan bulanan 1.000 koneksi yang diperantarai, Anda akan dikenakan biaya untuk 1.500 koneksi yang diperantarai.
2. 5.000 klien menerima pesan dari antrean Service Bus melalui HTTP, yang menentukan batas waktu non-nol. Jika semua perangkat tersambung selama 12 jam setiap hari, Anda akan melihat biaya koneksi berikut (selain biaya Service Bus lainnya)—5.000 koneksi terima HTTP * 12 jam per hari * 30,5 hari/730 jam = 2.500 koneksi berperantara.

Ya. Tidak ada biaya koneksi untuk mengirim peristiwa menggunakan HTTP, terlepas dari jumlah sistem atau perangkat pengiriman. Menerima peristiwa dengan HTTP yang menggunakan batas waktu lebih besar daripada nol, terkadang disebut "long polling", menimbulkan biaya koneksi berperantara. Koneksi AMQP menimbulkan biaya koneksi berperantara, terlepas dari apakah koneksi tersebut digunakan untuk mengirim atau menerima. Perhatikan bahwa 100 koneksi berperantara diizinkan tanpa biaya di namespace dasar (ini juga merupakan jumlah maksimum koneksi berperantara yang diizinkan untuk langganan Azure). 1.000 koneksi berperantara pertama di setiap dan semua namespace standar dalam langganan Azure disertakan tanpa biaya tambahan (di luar biaya dasar). Karena jatah ini cukup untuk mencakup banyak skenario olahpesan layanan-ke-layanan, biaya koneksi berperantara biasanya hanya menjadi relevan jika Anda berencana menggunakan long-polling AMQP atau HTTP dengan sejumlah besar klien, misalnya untuk mencapai streaming acara yang lebih efisien, atau mendukung komunikasi dua arah dengan ribuan atau jutaan perangkat atau instans aplikasi.

Tidak, biaya dasar standar hanya ditagih satu kali per bulan per langganan Azure. Ini berarti bahwa setelah membuat satu namespace Azure Service Bus tingkat standar, Anda akan dapat membuat namespace tingkat standar tambahan sebanyak yang diinginkan pada langganan Azure yang sama, tanpa dikenakan biaya dasar tambahan.

Perpesanan Azure Service Bus tingkat premium menyediakan semua fitur perpesanan antrean dan topik Azure Service Bus dengan performa yang dapat diprediksi dan berulang, throughput yang lebih tinggi, dan ketersediaan yang ditingkatkan. Tingkat premium menggunakan model alokasi sumber daya khusus untuk memberikan isolasi beban kerja dan performa yang konsisten. Karena sumber daya komputasi dan memori di tingkat premium dikhususkan, tidak ada biaya transaksi per pesan seperti di tingkat lainnya. Semua transaksi termasuk dalam alokasi unit pesan.

Unit perpesanan adalah kumpulan sumber daya khusus yang dicadangkan secara eksklusif untuk namespace layanan premium. Kumpulan sumber daya ini dapat memberikan performa beban kerja perpesanan yang konsisten dan berulang. Setiap namespace layanan premium dapat memiliki 1, 2, atau 4 unit perpesanan dan alokasi sumber daya bertambah secara linier—2 unit perpesanan akan terdiri dari dua kali lebih banyak sumber daya yang dialokasikan daripada 1 unit perpesanan.

Tingkat premium perpesanan Azure Service Bus adalah tarif harian tetap per unit perpesanan yang dibeli. Namespace yang dibuat sebagai premium dapat memiliki 1, 2, atau 4 unit perpesanan yang masing-masing akan menambah jumlah biaya tarif harian unit perpesanan tertentu. Namespace layanan premium dapat mengubah jumlah unit pesan yang dibeli setiap saat, tetapi tarif harian didasarkan pada jumlah maksimum unit pesan yang ditetapkan ke namespace layanan setiap saat.

Ya, Anda dapat meningkatkan ke tingkat premium dari tingkat standar. Untuk panduan tentang cara memigrasikan solusi dari olahpesan standar ke olahpesan premium, lihat dokumentasi kami.

Koneksi hybrid memungkinkan Anda membuat komunikasi aliran biner dua arah antara dua aplikasi jaringan, satu atau kedua pihak dapat berada di balik NAT atau Firewall. Listener yang menerima koneksi relai ini dan pengirim yang memulai koneksi dapat diimplementasikan pada platform apa pun, dan dalam bahasa apa pun, yang memiliki kemampuan WebSocket dasar, termasuk WebSocket API di sebagian besar browser web.

Saat membuat listener koneksi hybrid pertama, Anda akan dikenakan tarif per unit listener. Tarif yang sama berlaku untuk setiap listener individu yang Anda putuskan untuk dibuat. 5 GB transfer data gratis per bulan sudah termasuk dalam layanan ini. Anda dapat menggunakan transfer data gratis sebesar 5 GB di semua unit listener. Anda akan dikenakan biaya untuk kelebihan transfer data jika transfer data agregat Anda di semua unit listener lebih dari 5 GB.

Contoh harga 1—Jika Anda memiliki satu listener, seperti instans pengelola koneksi hybrid yang diinstal dan terus berjalan selama sebulan penuh, dan Anda mengirim 3 GB data ke seluruh koneksi selama bulan tersebut, total biaya Anda akan menjadi $-.

Contoh harga 2—Jika Anda memiliki satu listener, seperti instans pengelola koneksi hybrid yang diinstal dan terus berjalan selama sebulan penuh, dan Anda mengirim 10 GB data melalui koneksi selama bulan tersebut, total tagihan Anda adalah $-. Itu didasarkan pada $- untuk koneksi dan 5 GB pertama ditambah $- untuk 5 GB data tambahan.

Contoh harga 3 —Jika Anda memiliki dua instans, A dan B, dari pengelola koneksi hybrid yang diinstal dan terus berjalan selama sebulan penuh, dan Anda mengirim 3 GB data di seluruh koneksi A, dan 6 GB di seluruh koneksi B, untuk total 9 GB data, total tagihan Anda adalah $-. Itu didasarkan pada $- untuk koneksi A plus $- untuk koneksi B plus $- untuk tambahan kelebihan data sebesar 4 GB.

Kami akan mengenakan biaya 64 KB untuk setiap koneksi ke listener Anda. Ini akan dipotong dari 5 GB gratis yang kami tawarkan setiap bulan dengan unit listener. Biaya unit listener dihitung per jam dalam kelipatan 5 menit. Anda tidak akan dikenakan biaya untuk beberapa pembukaan dan penutupan untuk tujuan pengembangan/pengujian.

Jika Anda membuka koneksi dan tidak mentransfer data apa pun, kami akan mentransfer 1 KB setiap menit atas nama Anda untuk menjaga agar koneksi tetap aktif. Kami melakukan ini agar jaringan tidak menutup koneksi secara otomatis setiap beberapa menit. Biaya terkait untuk melakukan ini untuk satu listener yang tersambung kurang dari $0.05 per bulan.