Harga Pub/Sub

Dokumen ini mensyaratkan Anda memahami arsitektur Pub/Sub atau Pub/Sub Lite serta istilah umum yang menjadi bagian dari setiap produk. Untuk mengetahui informasi selengkapnya, lihat arsitektur Pub/Sub.

Tabel berikut membandingkan biaya bulanan sistem Pub/Sub dan Pub/Sub Lite untuk pemuatan sampel di Amerika Utara. Contoh ini mengasumsikan periode penyimpanan pesan selama 24 jam, penggunaan resource sebesar 50% untuk Pub/Sub Lite, dan jenis langganan pull atau push untuk Pub/Sub. Jenis langganan lainnya mungkin dikenakan biaya tambahan.

Detail harga di bagian ini hanya berlaku untuk Pub/Sub, bukan untuk Pub/Sub Lite. Bagian ini membahas topik berikut:

• Biaya throughput
• Biaya penyimpanan
• Satu pesan mengubah biaya
• Biaya transfer data
• Penagihan Pub/Sub lintas project
• Biaya pesan yang difilter

Throughput adalah jumlah total byte yang ditulis (throughput publikasi) ke topik Pub/Sub atau dibaca (throughput langganan) dari langganan topik tertentu selama jangka waktu tertentu.

Setiap bulan kalender, 10 GiB pertama throughput yang diidentifikasi sebagai SKU Message Delivery Basic untuk akun penagihan tidak dikenakan biaya. Setelah itu, harganya sebesar $40 per TiB di semua region Google Cloud. Namun, jika Anda menggunakan topik impor atau langganan ekspor, baca bagian berikutnya.

Biaya langganan BigQuery adalah $50 per TiB di semua region Google Cloud untuk pembacaan (throughput langganan) dari langganan dan penulisan ke BigQuery. Tidak ada biaya penyerapan data BigQuery tambahan. Namun, jenis biaya BigQuery lainnya seperti penyimpanan dan ekstraksi data tetap berlaku. Untuk informasi lebih lanjut, lihat harga BigQuery. 10 GiB pertama throughput langganan BigQuery tidak gratis.

Biaya langganan Cloud Storage adalah $50 per TiB di semua region Google Cloud untuk pembacaan (throughput langganan) dari langganan dan penulisan ke Cloud Storage. Saat langganan Cloud Storage menulis file ke bucket, jenis biaya tambahan lainnya mungkin berlaku. Hal ini mencakup tagihan seperti penyimpanan, pengambilan, dan replikasi. Untuk mengetahui informasi selengkapnya, lihat harga Cloud Storage. 10 GiB pertama throughput langganan Cloud Storage tidak gratis.

Biaya topik impor (untuk Kinesis Data Streams) adalah $50 per TiB di semua region Google Cloud untuk penyerapan data ke Pub/Sub (throughput publikasi).

Biaya impor topik (untuk Cloud Storage, Azure Event Hubs, AWS MSK, atau Confluent Cloud) adalah $80 per TiB di semua region Google Cloud untuk penyerapan data ke Pub/Sub (throughput publikasi).

Saat topik impor menyerap data ke topik Pub/Sub, jenis biaya tambahan khusus sumber lainnya mungkin berlaku. Biaya ini mencakup biaya seperti keluar dari AWS untuk sumber Kinesis Data Streams, biaya operasi Cloud Storage untuk sumber Cloud Storage. 10 GiB pertama throughput topik impor tidak gratis.

Volume data pesan adalah jumlah ukuran atribut pesan berikut:

• Jumlah byte dalam string isi pesan yang dienkode
• Untuk setiap atribut, ukuran kunci dan nilainya
• 20 byte untuk stempel waktu
• Ukuran string message_id
• Ukuran kolom opsional tambahan, seperti kolom yang terkait dengan akses awal dan API lainnya dengan akses terbatas.

Minimal 1 KB dinilai untuk setiap permintaan, terlepas dari ukuran pesan dalam permintaan. Oleh karena itu, untuk pesan yang lebih kecil dari 1 KB, akan lebih murah untuk mengelompokkan beberapa pesan dalam satu permintaan.

Biaya penyimpanan sebesar $0,27 per GiB-bulan dikenakan untuk hal berikut:

• Topik dikonfigurasi untuk mempertahankan pesan. Dalam hal ini, biaya penyimpanan pesan dikenakan biaya untuk penyimpanan semua pesan yang dipublikasikan ke topik hingga durasi retensi pesan yang dikonfigurasi.
• Langganan dikonfigurasi untuk mempertahankan pesan yang terkonfirmasi. Dalam hal ini, biaya penyimpanan dikenakan untuk pesan terkonfirmasi yang dipertahankan.
• Snapshot langganan dibuat. Dalam hal ini, biaya penyimpanan pesan dikenakan untuk penyimpanan pesan yang dipertahankan oleh snapshot. Selain itu, jika langganan memiliki backlog pesan yang tidak terkonfirmasi saat snapshot dibuat, biaya satu kali yang setara dengan menyimpan backlog tersebut selama tujuh hari akan dikenakan.
• Langganan dikonfigurasi dengan durasi retensi pesan lebih dari 1 hari dan memiliki backlog yang berusia lebih dari 1 hari. Dalam hal ini, biaya penyimpanan dikenakan untuk pesan yang tidak terkonfirmasi yang berusia lebih dari 1 hari. Tidak ada biaya tambahan yang dikenakan untuk pesan yang belum dikonfirmasi yang sudah dipertahankan oleh topik langganan (jika topik langganan dikonfigurasi untuk mempertahankan pesan).
• Pertimbangkan topik tanpa retensi pesan yang diaktifkan dan langganan terlampir dengan durasi retensi pesan yang ditetapkan ke default 7 hari. Jika pelanggan dapat memproses pesan dalam waktu 1 hari setelah dipublikasikan, pemilik langganan tidak akan dikenai biaya penyimpanan untuk pesan yang belum dikonfirmasi. Namun, biaya penyimpanan akan dikenakan untuk pesan yang tidak terkonfirmasi yang disimpan lebih dari 1 hari setelah dipublikasikan jika pelanggan tidak dapat memproses pesan dalam 24 jam pertama.
• Pertimbangkan topik dengan durasi retensi pesan yang ditetapkan ke 4 hari dan langganan terlampir dengan durasi retensi pesan yang ditetapkan ke default 7 hari. Pemilik langganan tidak dikenai biaya penyimpanan untuk pesan yang tidak terkonfirmasi yang dipertahankan kurang dari 4 hari setelah dipublikasikan, karena pesan tersebut sudah dipertahankan oleh topik. Jika pelanggan tidak dapat memproses pesan setelah 4 hari dipublikasikan, pemilik langganan akan dikenai biaya untuk 3 hari tambahan.

Mempertahankan pesan terkonfirmasi dalam langganan individual menawarkan fleksibilitas maksimal bagi pemilik langganan, tetapi biasanya merupakan mekanisme penyimpanan yang paling mahal. Mekanisme penyimpanan yang paling murah adalah retensi pesan topik karena pesan yang dipertahankan untuk suatu topik dapat digunakan di semua langganan yang terlampir tanpa biaya tambahan per langganan. Pub/Sub tidak mengenakan biaya kepada pemilik langganan untuk pesan yang tidak terkonfirmasi yang dipertahankan jika pesan tersebut sudah dipertahankan oleh topik. Snapshot juga dapat menjadi opsi ekonomi karena satu snapshot dapat digunakan di beberapa langganan.

Perhatikan bahwa jika setelan retensi pesan topik diubah, biaya untuk pesan yang belum diakui juga dapat berubah. Misalnya, pemilik langganan mungkin mulai dikenai biaya penyimpanan untuk pesan yang belum dikonfirmasi jika pemilik topik menonaktifkan retensi pesan.

Biaya SMT UDF merepresentasikan total jumlah data yang diproses menggunakan SMT topik Pub/Sub atau SMT langganan Pub/Sub. Biaya pemrosesan data didasarkan pada ukuran pesan input dan output yang lebih besar. Misalnya, jika SMT UDF mengubah pesan 5 MB menjadi pesan 8 MB, biaya pemrosesan data akan dihitung berdasarkan 8 MB.

Harganya adalah $40 per TiB di semua region Google Cloud.

Biaya untuk transfer data internet dan pengiriman pesan antar-region Google Cloud konsisten dengan tarif jaringan VPC, dengan pengecualian sebagai berikut:

• Tidak ada biaya transfer data zona untuk penggunaan Pub/Sub.
• Egress ke produk Google tidak dikecualikan dari biaya transfer data.
• Anda tidak membayar transfer data ke Pub/Sub. Misalnya, jika penayang berada di region atau zona yang berbeda, Anda harus membayar biaya transfer data untuk layanan asal, tetapi tidak ada biaya transfer data masuk. Demikian pula, jika penayang melakukan publikasi dari Amazon Web Service (AWS) atau pusat data pribadi, Anda tidak perlu membayar biaya transfer data ke Pub/Sub.
• Jika Anda menggunakan langganan ekspor untuk menulis data ke tujuan seperti tabel BigQuery multi-region, atau bucket Cloud Storage dual-region atau multi-region, biaya transfer data hanya berlaku dalam situasi berikut:
• Memublikasikan di luar region resource tujuan: Jika penerbit mengirim data ke region di luar region yang dicakup oleh resource multi-region atau dual-region, biaya transfer data berlaku untuk semua data.
• Perutean yang dioptimalkan: Jika penerbit mengirim data ke region dalam region resource tujuan, biaya transfer data hanya berlaku untuk data yang dirutekan Pub/Sub ke region lain untuk pengiriman yang dioptimalkan. Perutean yang dioptimalkan ini hanya terjadi dalam keadaan tertentu.

Anda akan dikenai biaya transfer data setiap kali pesan melintasi batas region. Jika Anda memiliki beberapa pelanggan di region yang berbeda dengan region tempat pesan disimpan, Anda akan dikenai biaya transfer data secara terpisah untuk pengiriman ke setiap pelanggan.

Kebijakan penyimpanan pesan dapat menghasilkan biaya transfer data region tambahan jika kebijakan tersebut memaksa data untuk keluar dari region Google Cloud. Misalnya, pertimbangkan pesan dengan peristiwa berikut:

• Dipublikasikan di region A
• Dirutekan ke region B untuk disimpan
• Dikirim ke klien pelanggan di region C

Dalam hal ini, skenario penagihan dijelaskan sebagai berikut:

• Project yang berisi topik akan ditagih untuk transfer data dari region A ke region B.
• Project yang berisi langganan akan ditagih untuk transfer data dari region B ke region C.

Project yang berisi topik akan dikenakan biaya transfer data hanya jika pesan yang dipublikasikan disimpan di region yang berbeda dengan region tempat pesan dipublikasikan (yaitu, B sebenarnya merupakan region yang berbeda dari A). Project yang berisi langganan akan dikenakan biaya transfer data hanya jika pesan yang dipublikasikan disimpan di region yang berbeda dengan klien pelanggan (C tidak sama dengan B).

Pub/Sub secara otomatis mengonfirmasi bahwa pesan yang tidak cocok dengan filter, tetapi Anda masih dikenai biaya throughput untuk pesan tersebut. Tidak ada biaya transfer data untuk pesan yang difilter.

Batas minimum 1.000 byte tidak berlaku untuk pesan yang otomatis dikonfirmasi oleh layanan Pub/Sub. Biaya pengiriman pesan didasarkan pada jumlah byte dalam pesan ini, dan tidak bergantung pada ukuran pesan.

Jika Anda menggunakan Pub/Sub di seluruh project, biaya Pub/Sub akan ditagihkan ke project yang berisi resource yang diminta:

• Project yang ditagih untuk publikasi adalah project yang berisi topik tersebut.
• Project yang ditagih untuk berlangganan adalah project yang berisi langganan.

Misalnya, jika langganan berada di project A, project A akan ditagih untuk data yang diambil dari langganan, sekalipun langganan tersebut terkait dengan topik di project B.

Jika akun layanan yang diberi otorisasi dalam project A menggunakan pesan dari langganan di project B, project B akan ditagih untuk data yang diambil dari langganan.

✩Catatan: Pub/Sub Lite tidak digunakan lagi. Mulai 18 Maret 2026, Pub/Sub Lite akan dihentikan.

• Pelanggan saat ini: Pub/Sub Lite akan tetap berfungsi hingga 18 Maret 2026.

Jika Anda belum menggunakan Pub/Sub Lite dalam periode 90 hari sebelum 15 Juli 2025 (15 April 2025 - 15 Juli 2025), Anda tidak akan dapat mengakses Pub/Sub Lite mulai 15 Juli 2025.

• Pelanggan baru: Pub/Sub Lite tidak lagi tersedia untuk pelanggan baru setelah 24 September 2024.

Anda dapat memigrasikan layanan Pub/Sub Lite ke Managed Service for Apache Kafka atau Pub/Sub Google Cloud.

Detail harga berikut hanya berlaku untuk Pub/Sub Lite, bukan Pub/Sub. Kecuali jika ditentukan lain, detail ini berlaku untuk topik Lite di level zona dan region. Termasuk bagian-bagian berikut:

• Biaya throughput
• Biaya penyimpanan
• Biaya transfer data

Throughput adalah jumlah total byte yang ditulis (throughput publikasi) ke topik Pub/Sub Lite atau dibaca (throughput langganan) dari langganan topik tertentu selama jangka waktu tertentu.

Biaya throughput Pub/Sub Lite didasarkan pada kapasitas throughput yang disediakan atau dipesan, bukan throughput sebenarnya (MiBps) atau jumlah total byte dalam periode penagihan (MiB per bulan). Kapasitas throughput disediakan dan diberi harga dalam unit kapasitas. Anda dapat menyediakan kapasitas throughput untuk satu atau beberapa topik di region yang sama dengan menggunakan pemesanan Lite.

Tabel berikut menampilkan biaya throughput dan penyimpanan untuk sistem Pub/Sub Lite.

Pemesanan Lite dapat digunakan untuk memesan dan berbagi kapasitas throughput di antara satu atau beberapa topik di suatu region. Pemesanan Lite diperlukan untuk topik Pub/Sub Lite berdasarkan region.

Kapasitas throughput untuk pemesanan Lite diukur dalam unit kapasitas. Anda hanya dapat menyediakan seluruh jumlah unit kapasitas untuk pemesanan. Throughput operasi yang berbeda memerlukan jumlah unit kapasitas yang berbeda, seperti yang dijelaskan dalam tabel berikut:

Bagian berikut membantu Anda menghitung biaya kapasitas throughput untuk satu topik Lite di level zona yang menggunakan pemesanan:

• Jenis topik = topik Lite di level Zona
• Jumlah topik = 1
• Jumlah partisi = 5
• Throughput publikasi puncak = 5 MiBps
• Unit kapasitas yang diperlukan untuk throughput publikasi = 5
• Throughput langganan puncak = 10 MiBps
• Unit kapasitas yang diperlukan untuk throughput langganan = 5
• Total unit kapasitas yang diperlukan = 5+5 = 10
• Biaya 10 unit kapasitas di Amerika Utara per bulan = $45

Untuk throughput yang sama dengan topik Lite di level regional dengan 5 partisi, Anda memerlukan pemesanan dengan 40 unit kapasitas, 20 untuk throughput publikasi, dan 20 untuk throughput langganan.

Anda dapat mengubah jumlah unit kapasitas di pemesanan kapan saja. Namun, Anda akan ditagih untuk kapasitas maksimum yang disediakan dalam 24 jam terakhir. Misalnya, jika mengubah kapasitas pemesanan dari 40 menjadi 10 unit kapasitas pada pukul 10.00 hari Senin, Anda akan ditagih untuk 40 unit kapasitas per jam hingga pukul 10.00 hari Selasa dan untuk 10 unit kapasitas per jam setelahnya.

Perhatikan bahwa kapasitas pemesanan dapat digunakan untuk throughput publikasi dan langganan dengan topik apa pun di region yang sama dengan pemesanan. Untuk mempelajari pemesanan lebih lanjut, baca artikel Membuat dan mengelola pemesanan Lite.

Bagian ini hanya berlaku untuk topik Lite di level zona.

Anda dapat memilih untuk tidak menggunakan pemesanan lalu memesan kapasitas throughput publikasi dan langganan untuk satu topik. Dalam hal ini, Anda akan ditagih untuk kapasitas yang dipesan saat ini, bukan maksimum selama jangka waktu 24 jam yang berjalan.

Perhatikan bahwa kapasitas yang dikonfigurasi tanpa pemesanan harus antara batas berikut ini:

• 4 dan 16 MiBps (setara dengan 4 dan 16 unit kapasitas) untuk dipublikasikan untuk setiap partisi.
• 4 dan 32 MiBps (setara dengan 2 dan 16 unit kapasitas) untuk berlangganan untuk setiap partisi.

Bagian berikut membantu Anda menghitung biaya kapasitas throughput untuk satu topik Lite di level zona yang tidak menggunakan pemesanan:

• Jenis topik = topik Lite di level Zona
• Jumlah topik = 1
• Jumlah partisi = 4
• Throughput publikasi puncak = 16 MiBps
• Unit kapasitas yang diperlukan untuk throughput publikasi = 16
• Throughput langganan puncak = 16 MiBps
• Unit kapasitas yang diperlukan untuk throughput langganan = 8
• Total unit kapasitas yang diperlukan = 16+8 = 24
• Biaya 24 unit kapasitas di Amerika Utara per bulan = $108

✩Catatan: Biasanya, kami merekomendasikan 40% hingga 60% pemanfaatan total kapasitas throughput yang dialokasikan.

Seperti pada throughput Lite, Anda membayar kapasitas penyimpanan dari suatu topik. Pub/Sub Lite mengenakan biaya untuk jumlah penyimpanan maksimum yang Anda sediakan dalam sebulan. Setiap partisi harus memiliki kapasitas penyimpanan minimal 30 GiB.

Topik Lite di level region menyimpan data di dua zona di suatu region, sedangkan topik Lite di level zona hanya menyimpan data di satu zona di suatu region. Topik Lite di level region menggunakan penyimpanan dua byte untuk setiap byte pesan yang dipublikasikan. Oleh karena itu, biaya penyimpanan per byte yang dipublikasikan ke topik Lite di level region adalah dua kali lipat dari biaya di level zona.

Untuk memperkirakan kapasitas penyimpanan untuk sistem Pub/Sub Lite, lihat daftar berikut:

• Tentukan durasi waktu yang Anda perlukan untuk menyimpan pesan.

Untuk memperkirakan total penyimpanan yang diperlukan, kalikan rata-rata throughput yang diharapkan untuk setiap partisi dengan durasi waktu yang diperlukan untuk menyimpan pesan Anda. Misalnya, untuk memublikasikan 40 MiB pesan per detik di 10 partisi dalam topik Lite di level zona dan untuk mempertahankan pesan selama satu hari, sediakan penyimpanan sebesar 3.375 GiB (setara dengan 40 MiBps * 3.600 detik per jam * 24 jam per hari * 1 GiB/1.024 MiB). Biaya penyimpanan Anda adalah $135 di Amerika Utara (setara dengan 3.375 GiB * 24 jam per hari * 30 hari per bulan * $0,04 / GiB-bulan-zona). Untuk topik Lite di level region, karena data disimpan di dua zona, biaya penyimpanannya naik dua kali lipat menjadi $270.

• Pertimbangkan distribusi kunci yang tidak merata.

Semua partisi diberi kapasitas penyimpanan yang sama. Jika Anda mengharapkan beberapa partisi memiliki volume yang lebih besar dari yang lain, sediakan semua partisi agar memiliki penyimpanan yang diperlukan untuk partisi terbesar.

Saat menghitung ukuran pesan untuk throughput dan penyimpanan, setiap pesan menggunakan minimum 256 byte. Jika ukuran pesan lebih besar dari 256 byte, maka ukuran pesan adalah jumlah atribut pesan berikut:

• Jumlah byte dalam string isi pesan yang dienkode
• Jumlah byte dalam kunci dan nilai setiap atribut
• Jumlah byte dalam kunci pengurutan
• 12 byte untuk stempel waktu peristiwa

Biaya transfer data Pub/Sub Lite hanya berlaku jika pelanggan Anda berada di zona atau region yang berbeda dari lokasi topik. Biaya untuk transfer data keluar internet dan pengiriman pesan antar-region Google Cloud konsisten dengan tarif jaringan VPC, dengan pengecualian sebagai berikut:

• Untuk topik Lite di level region dengan pelanggan di region yang sama dengan topik, tidak ada biaya transfer data zona.
• Transfer data ke produk Google tidak dikecualikan dari biaya transfer data.

Jika Anda melakukan pembayaran dengan mata uang selain USD, yang berlaku adalah harga yang tercantum dalam mata uang Anda pada SKU Google Cloud. Tarif yang tercantum adalah per TiB (2^40 byte, atau sekitar 1,1 triliun byte).

• Lihat kuota dan batas Pub/Sub Lite atau kuota dan batas Pub/Sub Lite.
• Hitung biaya Pub/Sub Anda menggunakan kalkulator harga.
• Lihat grup SKU Pub/Sub.