Memilih Pub/Sub atau Pub/Sub Lite

Dokumen ini dimaksudkan untuk membantu Anda memilih antara Pub/Sub dan Pub/Sub Lite. Dokumen ini mengharuskan Anda memahami konsep dasar Pub/Sub seperti topik dan langganan. Jika Anda baru menggunakan Pub/Sub, baca Apa yang dimaksud dengan Pub/Sub terlebih dahulu.

Pub/Sub dan Pub/Sub Lite adalah layanan pesan yang skalabel dan dikelola secara horizontal. Layanan ini dapat menangani volume tinggi dan mendukung persyaratan penyimpanan yang besar. Pub/Sub biasanya merupakan solusi default untuk sebagian besar kasus penggunaan integrasi dan analisis aplikasi. Layanan ini kaya fitur dan terkelola sepenuhnya. Pub/Sub Lite direkomendasikan untuk aplikasi dengan throughput pesan yang lebih stabil, beban kerja dapat memanfaatkan sistem berbasis partisi, dan biaya menjadi masalah yang signifikan.

Pub/Sub menawarkan berbagai fitur yang lebih luas, paralelisme per pesan, pemilihan rute global, dan penskalaan kapasitas resource secara otomatis. Dalam hal replikasi pesan, Pub/Sub menjamin replikasi sinkron.

Pub/Sub Lite adalah solusi berbasis partisi yang mengorbankan beban kerja operasional, ketersediaan global, dan beberapa fitur untuk efisiensi biaya. Pub/Sub Lite mengharuskan Anda memesan dan mengelola kapasitas resource secara manual. Dalam Pub/Sub Lite, Anda dapat memilih topik Lite zonal atau regional. Topik Lite regional menawarkan SLA ketersediaan yang sama dengan topik Pub/Sub.

Perhatikan perbedaan keandalan antara kedua layanan tersebut dalam hal replikasi pesan. Pub/Sub mendukung replikasi data sinkron dan menggunakan tiga zona. Topik Lite di level region mereplikasi data ke zona sekunder. Topik Lite zona mereplikasi data hanya di satu zona.

Checklist persyaratan bisnis

Pertanyaan berikut dapat membantu Anda memilih layanan pesan Pub/Sub yang tepat:

  • Apakah keandalan, biaya operasional minimal, dan kemudahan pengembangan merupakan prioritas utama Anda? Gunakan Pub/Sub.

  • Apakah Anda bersedia menanggung beberapa overhead operasional tambahan dalam hal mengelola kapasitas topik, dapat menangani risiko ketersediaan yang melekat pada layanan zonal, dan memerlukan biaya rendah? Menggunakan topik Lite di level zona.

  • Apakah Anda memerlukan perlindungan terhadap kegagalan zona, bersedia untuk menimbulkan overhead operasional tambahan dalam hal mengelola kapasitas topik, dan memerlukan biaya per throughput terendah? Gunakan topik Lite regional.

Untuk mengetahui lebih lanjut perbedaan biaya antara Pub/Sub dan Pub/Sub Lite, lihat halaman harga.

Tabel perbandingan fitur

Fitur Pub/Sub Pub/Sub Lite
Transparansi Akses Ya Tidak
Kapasitas Di-provision secara otomatis Menyediakan sebelum Anda menggunakan
Bahasa library klien Java, Python, Go, Node.js, C++, C#, PHP, Ruby, SAP, ABAP Java, Python, Go
Langganan lintas project Ya Tidak
Kunci enkripsi yang dikelola pelanggan Ya Tidak
Topik yang dihentikan pengirimannya Ya Tidak
Pengiriman tepat satu kali Ya Tidak
Integrasi
Pemfilteran pesan Ya untuk atribut pesan Tidak
Replikasi pesan Ya Tidak
Pemilihan rute pesan Global Zonal atau regional
Validasi skema pesan Ya Tidak
Multi-zona dalam satu region Tidak Satu zona atau dua zona dalam satu region
Pesan antar Pengurutan per kunci Pengurutan per partisi
Pelacakan konfirmasi pesan Per pesan Kursor per partisi
Harga Bayar sesuai penggunaan Membayar kapasitas yang Anda sediakan
Endpoint REST Ya Tidak
Namespace resource Global Zonal atau regional
Periode retensi data Hingga 31 hari Tidak terbatas
Endpoint Service Global dan regional Regional
Penyimpanan Tidak terbatas Tidak terbatas
Langganan

Replikasi data

Topik Pub/Sub mereplikasi data ke tiga zona dalam satu region. Untuk mengetahui informasi selengkapnya tentang replikasi data Pub/Sub, lihat Replikasi data dalam topik.

Topik Pub/Sub Lite regional mereplikasi data ke dua zona dalam satu region. Topik Pub/Sub Lite zonal menyimpan data di satu zona dalam region. Untuk mengetahui informasi selengkapnya tentang replikasi data Pub/Sub Lite, lihat Replikasi data di topik Lite.

Pemilihan rute pesan

Pub/Sub dan Pub/Sub Lite dapat memublikasikan dan berlangganan dari semua region, bahkan di luar Google Cloud.

Pub/Sub merutekan pesan secara global. Aplikasi yang dihosting di wilayah mana pun dapat memublikasikan pesan ke satu topik. Pesan diproses di region terdekat yang diizinkan oleh kebijakan organisasi Anda dan diteruskan ke pelanggan secara terpisah dari sumbernya.

Pub/Sub Lite merutekan pesan dalam region atau zona. Pelanggan harus terhubung ke instance layanan di region tempat topik berada. Akibatnya, penayang dan pelanggan harus mempertahankan konektivitas jaringan ke region yang sama untuk berkomunikasi. Penayang dapat memublikasikan data ke topik apa pun dari mana saja, tetapi hal ini mungkin memerlukan koneksi ke region jarak jauh, sehingga menambah latensi jaringan. Pelanggan yang memerlukan data gabungan yang dipublikasikan ke topik di lokasi yang berbeda harus terhubung ke setiap instance layanan lokal yang relevan untuk membaca pesan.

Namespace resource

Topik dan langganan Pub/Sub adalah resource global. Layanan Pub/Sub dapat menyimpan pesan di region mana pun yang diizinkan oleh kebijakan penyimpanan topik. Selain itu, topik dan langganan untuk topik tersebut dapat disimpan di project yang berbeda, sehingga memungkinkan penagihan dan kontrol akses yang terperinci. Terakhir, pelanggan mendapatkan data yang sama, terlepas dari endpoint layanan yang mereka gunakan untuk terhubung ke Pub/Sub atau endpoint layanan yang digunakan oleh penayang data.

Topik dan langganan Zonal Lite adalah resource zona. Resource ini harus berada di project dan zona Cloud yang sama.

Topik dan langganan Lite regional adalah resource regional. Resource ini harus berada di project dan region Cloud yang sama.

Untuk mengetahui daftar region dan zona yang didukung Pub/Sub Lite, lihat Lokasi Pub/Sub Lite.

Pengelolaan kapasitas

Pub/Sub diskalakan secara otomatis. Kapasitas untuk publikasi pesan disediakan secara otomatis, sehingga Anda dapat mengirim dan menerima pesan dengan kecepatan berapa pun, hingga kuota yang Anda konfigurasikan untuk project.

Pub/Sub Lite disediakan secara manual. Anda harus mengonfigurasi jumlah partisi per topik Lite. Anda juga harus menyediakan kapasitas penyimpanan dan throughput. Kapasitas throughput dapat disediakan menggunakan reservasi Lite.

Mode Pengiriman

Pub/Sub mendukung beberapa mode pengiriman pesan. Hal ini mencakup Pull (polling tradisional), Push (POST HTTPS), StreamingPull (RPC dua arah, untuk latensi terendah dan efisiensi tertinggi), dan pull melalui HTTP REST dan gRPC.

Pub/Sub Lite hanya mendukung pengiriman pesan pull gRPC streaming. Untuk meminta pesan, pelanggan membuat koneksi streaming dua arah dengan setiap partisi.

Keparalelan

Pub/Sub menggunakan paralelisme per pesan. Hal ini memungkinkan pemrosesan serentak sejumlah pesan, dari satu atau ribuan klien untuk satu langganan.

Pub/Sub Lite menggunakan paralelisme berbasis partisi. Hal ini memaksa klien untuk memproses setiap partisi data dalam urutan linear pada satu instance klien. Hal ini membatasi jumlah maksimum instance klien hingga paling banyak jumlah partisi.

Pipeline streaming

Pub/Sub dan Pub/Sub Lite terintegrasi dengan Dataflow untuk pemrosesan streaming dan integrasi data tanpa server. Pub/Sub memungkinkan Dataflow diskalakan dengan lebih fleksibel dan mendukung Dataflow SQL.

Untuk mulai menggunakan Dataflow dan Pub/Sub atau Pub/Sub Lite, coba tutorial berikut: