Dengan langganan Bigtable, Anda dapat menulis pesan Pub/Sub ke tabel Bigtable. Dokumen ini memberikan ringkasan langganan Bigtable, termasuk alur kerja langganan, semantik pengiriman, dan penanganan error.
Untuk membuat langganan Bigtable, lihat Membuat langganan Bigtable.
Ringkasan
Langganan Bigtable adalah jenis langganan ekspor yang menulis pesan ke tabel Bigtable yang sudah ada saat pesan diterima. Dengan menggunakan langganan ekspor, Anda tidak perlu mengonfigurasi klien subscriber terpisah.
Pertimbangkan untuk menggunakan langganan Bigtable jika Anda ingin menulis pesan ke Bigtable, dan pesan tidak memerlukan pemrosesan tambahan, atau pemrosesan dapat dilakukan oleh Transformasi Pesan Tunggal (SMT).
Jika Anda perlu melakukan transformasi yang lebih kompleks sebelum menulis pesan ke Bigtable, sebaiknya gunakan pipeline Dataflow dengan langganan pull. Untuk mengetahui informasi selengkapnya, lihat artikel Membaca dari Pub/Sub ke Dataflow.
Untuk mengetahui informasi selengkapnya tentang memilih jenis langganan Pub/Sub, lihat Memilih jenis langganan.
Alur kerja langganan Bigtable
Gambar berikut menunjukkan alur kerja antara langganan Bigtable dan Bigtable.
Alur kerja terdiri dari langkah-langkah berikut:
Penayang mengirim pesan ke topik Pub/Sub.
Pub/Sub meneruskan pesan ke langganan Bigtable.
Langganan mengirimkan permintaan penulisan ke Bigtable. Dalam permintaan tulis, langganan menentukan profil aplikasi yang menggunakan perutean cluster tunggal.
Bigtable merutekan pesan ke cluster Bigtable yang berisi tabel.
Permintaan tulis dilakukan ke tabel.
Setelah operasi tulis berhasil diselesaikan, Bigtable API akan menampilkan respons berhasil.
Jika operasi tulis gagal, penanganannya adalah sebagai berikut:
Pesan Pub/Sub dikonfirmasi secara negatif.
Pub/Sub mengirim ulang pesan.
Jika pesan gagal dikirim beberapa kali, dan topik pesan yang dihentikan pengirimannya dikonfigurasi di langganan, maka pesan akan dipindahkan ke topik pesan yang dihentikan pengirimannya.
Semantik pengiriman
Langganan Bigtable mendukung pengiriman setidaknya sekali. Jika Anda memerlukan penghapusan duplikat pesan yang tepat, pertimbangkan untuk menerapkan proses hilir untuk menangani potensi duplikat di Bigtable, atau gunakan kemampuan pemrosesan sekali saja Dataflow.
Menangani kegagalan pesan
Jika pesan Pub/Sub tidak dapat ditulis ke Bigtable,
pesan tidak dapat dikonfirmasi. Untuk meneruskan pesan yang tidak terkirim tersebut,
konfigurasi
topik yang dihentikan pengirimannya pada
langganan Bigtable. Pesan Pub/Sub yang diteruskan ke topik pesan yang dihentikan pengirimannya berisi atribut bernama CloudPubSubDeadLetterSourceDeliveryErrorMessage yang berisi alasan kegagalan penulisan.
Jika Pub/Sub tidak dapat menulis pesan ke Bigtable, maka Pub/Sub akan menghentikan pengiriman pesan dengan cara yang mirip dengan perilaku penghentian sementara push.
Kuota dan batas
Pub/Sub memiliki batasan kuota pada throughput pelanggan Bigtable per region. Untuk mengetahui informasi selengkapnya, lihat Kuota dan batas Pub/Sub.
Untuk mengetahui informasi tentang batas Bigtable, lihat Kuota dan batas dalam dokumentasi Bigtable.
Harga
Untuk mempelajari harga langganan Bigtable, lihat halaman Harga Pub/Sub.