Langganan Cloud Storage adalah jenis langganan ekspor yang menulis pesan ke bucket Cloud Storage yang sudah ada saat pesan diterima. Anda tidak perlu mengonfigurasi klien pelanggan terpisah. Gunakan konsol Google Cloud , Google Cloud CLI, library klien, atau Pub/Sub API untuk membuat, memperbarui, mencantumkan, melepaskan, atau menghapus langganan penyimpanan Cloud Storage.
Tanpa jenis langganan Cloud Storage, Anda memerlukan langganan pull atau push dan pelanggan (seperti Dataflow) yang membaca pesan dan menuliskannya ke bucket Cloud Storage. Overhead menjalankan tugas Dataflow tidak diperlukan jika pesan tidak memerlukan pemrosesan tambahan sebelum menyimpannya di bucket Cloud Storage; Anda dapat menggunakan langganan Cloud Storage.
Untuk modifikasi ringan pada pesan atau atribut, Anda dapat melampirkan Transformasi Pesan Tunggal ke langganan Cloud Storage. Namun, pipeline Dataflow direkomendasikan untuk sistem Pub/Sub yang memerlukan transformasi data yang lebih kompleks sebelum data disimpan di bucket Cloud Storage, terutama jika Anda ingin membuat jendela atau menggabungkan pesan.
Untuk mempelajari cara melakukan streaming data dari Pub/Sub ke Cloud Storage dengan transformasi menggunakan Dataflow, lihat Melakukan streaming pesan dari Pub/Sub menggunakan Dataflow.
Sebelum memulai
Sebelum membaca dokumen ini, pastikan Anda memahami hal-hal berikut:
Cara kerja Pub/Sub dan berbagai istilah Pub/Sub.
Cara kerja Cloud Storage.
Alur kerja langganan Cloud Storage
Gambar berikut menunjukkan alur kerja antara langganan Cloud Storage dan Cloud Storage.

Gambar 1. Alur kerja untuk langganan Cloud Storage
Berikut adalah deskripsi singkat alur kerja yang mereferensikan Gambar 1:
Pub/Sub menggunakan Cloud Storage API untuk mengirim data ke bucket Cloud Storage. Setelah operasi tulis berhasil diselesaikan, API akan menampilkan respons
OK.Pesan dikirim dalam batch ke bucket Cloud Storage. Satu batch sesuai dengan objek yang disimpan di bucket Cloud Storage. Anda dapat mengonfigurasi setelan batch berdasarkan ukuran objek dan waktu yang berlalu sejak objek dibuat.
Alur kerja untuk menulis objek ke bucket Cloud Storage memerlukan dua respons
OK. ResponsOKpertama dikirim saat pesan berhasil ditulis ke objek. ResponsOKkedua dikirim saat objek yang berisi pesan diselesaikan. Pesan hanya akan terlihat di bucket setelah objek Cloud Storage yang berisi pesan tersebut berhasil diselesaikan.Jika terjadi kegagalan selama operasi tulis, pesan Pub/Sub itu sendiri akan diberi konfirmasi negatif. Kemudian, pesan akan dikirim ulang. Jika operasi tulis pesan gagal beberapa kali dan Anda telah mengonfigurasi topik yang dihentikan pengirimannya pada langganan, pesan akan dipindahkan ke topik yang dihentikan pengirimannya.
Properti langganan Cloud Storage
Saat membuat langganan Cloud Storage, Anda harus menentukan beberapa properti tambahan. Properti ini mencakup properti langganan umum, persyaratan nama file dan format, persyaratan penyimpanan, dan lainnya. Untuk mempelajari properti ini lebih lanjut, lihat Properti langganan Cloud Storage.
Menangani kegagalan pesan
Jika pesan Pub/Sub tidak dapat ditulis ke bucket Cloud Storage, pesan tidak dapat dikonfirmasi. Untuk meneruskan pesan yang tidak dapat dikirim tersebut, konfigurasikan a topik pesan yang dihentikan pengirimannya pada langganan Cloud Storage.
Jika Pub/Sub tidak dapat menulis pesan ke Cloud Storage, Pub/Sub akan menghentikan pengiriman pesan dengan cara yang mirip dengan perilaku penghentian push.
Kuota
Batasan kuota berlaku untuk throughput pelanggan Cloud Storage untuk setiap region. Untuk mengetahui informasi tentang kuota untuk langganan Cloud Storage, lihat batas kuota pelanggan ekspor di Kuota dan batas Pub/Sub.
Harga
Untuk mengetahui informasi tentang harga langganan Cloud Storage lihat halaman Harga Pub/Sub.
Langkah berikutnya
- Membuat langganan Cloud Storage.
Memecahkan masalah langganan Cloud Storage.
Mempelajari alat konfigurasi Pub/Sub: