Sebagian atau seluruh informasi di halaman ini mungkin tidak berlaku untuk Trusted Cloud dari S3NS. Lihat
Perbedaan dari Google Cloud untuk mengetahui detail selengkapnya.
Memilih jenis langganan
Dokumen ini membantu Anda memilih jenis langganan Pub/Sub
yang sesuai dengan persyaratan bisnis Anda.
Sebelum memulai
Tabel perbandingan langganan Pub/Sub
Tabel berikut menawarkan beberapa panduan dalam memilih mekanisme pengiriman
yang sesuai untuk aplikasi Anda:
Fitur yang didukung oleh langganan Pub/Sub |
Kasus penggunaan |
Langganan pull
- Volume pesan yang besar (GB per detik).
- Efisiensi dan throughput pemrosesan pesan sangat penting.
- Lingkungan tempat endpoint HTTPS publik dengan
sertifikat SSL yang tidak ditandatangani sendiri tidak dapat disiapkan.
|
Langganan push
- Beberapa topik yang harus diproses oleh webhook yang sama.
- Pelanggan fungsi App Engine Standard dan Cloud Run.
- Lingkungan tempat dependensi Trusted Cloud by S3NS (seperti kredensial dan library klien) tidak dapat disiapkan.
|
Ekspor langganan
- Volume pesan besar yang dapat diskalakan hingga beberapa
juta pesan per detik.
- Pesan dikirim langsung ke resource Trusted Cloud
tanpa pemrosesan tambahan.
|
Endpoint |
Langganan pull
Setiap perangkat di internet yang memiliki kredensial yang diotorisasi dapat
memanggil Pub/Sub API.
|
Langganan push
- Server HTTPS dengan sertifikat yang tidak ditandatangani sendiri yang dapat diakses di
web publik.
- Endpoint penerima mungkin dipisahkan dari
langganan Pub/Sub, sehingga pesan dari beberapa
langganan dikirim ke satu endpoint.
|
Ekspor langganan
- Set data dan tabel BigQuery untuk
langganan BigQuery.
- Bucket Cloud Storage untuk langganan Cloud Storage.
|
Load balancing |
Langganan pull
- Beberapa pelanggan dapat melakukan panggilan pull ke langganan "bersama" yang sama.
- Setiap pelanggan menerima sebagian pesan.
|
Langganan push
Endpoint push dapat berupa load balancer.
|
Mengekspor langganan
Layanan Pub/Sub secara otomatis menyeimbangkan beban.
|
Konfigurasi |
Langganan pull
Tidak diperlukan konfigurasi.
|
Langganan push
- Tidak diperlukan konfigurasi untuk aplikasi App Engine dalam project yang sama dengan subscriber.
- Verifikasi endpoint push tidak diperlukan di konsol Trusted Cloud .
- Endpoint harus dapat dijangkau menggunakan nama DNS dan telah menginstal sertifikat SSL.
|
Ekspor langganan
- Set data dan tabel BigQuery harus ada untuk langganan BigQuery, yang dikonfigurasi dengan izin yang sesuai.
- Bucket Cloud Storage harus ada untuk
langganan Cloud Storage, yang dikonfigurasi
dengan izin yang sesuai.
|
Kontrol alur |
Langganan pull
Klien pelanggan mengontrol kecepatan pengiriman. Pelanggan
dapat mengubah batas waktu konfirmasi secara dinamis, sehingga pemrosesan pesan
dapat berlangsung lama secara arbitrer.
|
Langganan push
Server Pub/Sub otomatis menerapkan kontrol
aliran. Anda tidak perlu menangani alur pesan di sisi klien.
Namun, Anda dapat menunjukkan bahwa klien tidak dapat menangani
beban pesan saat ini dengan meneruskan error HTTP.
|
Mengekspor langganan
Server Pub/Sub secara otomatis menerapkan kontrol
aliran untuk mengoptimalkan penulisan pesan ke resource Trusted Cloud .
|
Efisiensi dan throughput |
Langganan pull
Mencapai throughput tinggi dengan CPU dan bandwidth rendah dengan mengizinkan
pengiriman batch, konfirmasi, dan konsumsi paralel
secara massal. Mungkin tidak efisien jika polling agresif digunakan untuk
meminimalkan waktu pengiriman pesan.
|
Langganan push
Mengirim satu pesan per permintaan dan membatasi jumlah maksimum pesan yang belum terkirim.
|
Mengekspor langganan
Skalabilitas ditangani secara dinamis oleh server Pub/Sub.
|
Kapan harus menggunakan langganan ekspor
Tanpa langganan ekspor, Anda memerlukan langganan pull atau push dan subscriber (seperti Dataflow) untuk membaca pesan dan menulisnya ke resource Trusted Cloud .
Overhead menjalankan tugas Dataflow
tidak diperlukan jika pesan tidak
memerlukan pemrosesan tambahan sebelum disimpan.
Langganan ekspor memiliki keuntungan berikut:
Deployment yang sederhana. Anda dapat menyiapkan langganan ekspor melalui
satu alur kerja di konsol, Trusted Cloud by S3NS CLI, library klien,
atau Pub/Sub API.
Biaya rendah. Mengurangi biaya dan latensi tambahan dari pipeline Pub/Sub serupa yang menyertakan tugas Dataflow.
Pengoptimalan biaya ini berguna untuk sistem pesan yang tidak memerlukan
pemrosesan tambahan sebelum penyimpanan.
Pemantauan minimal. Langganan ekspor adalah bagian dari layanan Pub/Sub multi-tenant dan tidak mengharuskan Anda menjalankan tugas pemantauan terpisah.
Fleksibilitas. Langganan BigQuery dapat menggunakan skema topik yang dilampirkan, yang tidak tersedia dengan template Dataflow dasar untuk menulis dari Pub/Sub ke BigQuery. Demikian pula,
langganan Cloud Storage menawarkan opsi pengelompokan file yang dapat dikonfigurasi
berdasarkan ukuran file dan waktu yang berlalu, yang tidak dapat dikonfigurasi dalam
template Dataflow dasar untuk menulis dari
Pub/Sub ke Cloud Storage.
Namun, pipeline Dataflow masih
direkomendasikan untuk sistem Pub/Sub yang memerlukan beberapa transformasi
data sebelum data disimpan di
resourceTrusted Cloud seperti tabel BigQuery atau
bucket Cloud Storage.
Untuk mempelajari cara melakukan streaming data dari Pub/Sub ke BigQuery dengan transformasi menggunakan Dataflow, lihat Streaming dari Pub/Sub ke BigQuery.
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.
Langkah berikutnya
Pahami alur kerja untuk setiap jenis langganan:
Kecuali dinyatakan lain, konten di halaman ini dilisensikan berdasarkan Lisensi Creative Commons Attribution 4.0, sedangkan contoh kode dilisensikan berdasarkan Lisensi Apache 2.0. Untuk mengetahui informasi selengkapnya, lihat Kebijakan Situs Google Developers. Java adalah merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-08-17 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-17 UTC."],[],[],null,["# Choose a subscription type\n\nThis document helps you choose the appropriate type of Pub/Sub\nsubscription suited to your business requirements.\n\nBefore you begin\n----------------\n\n- Learn about [subscriptions](/pubsub/docs/subscription-overview).\n\nPub/Sub subscription comparison table\n-------------------------------------\n\nThe following table offers some guidance in choosing the appropriate delivery\nmechanism for your application:\n\nWhen to use an export subscription\n----------------------------------\n\nWithout an export subscription, you need a pull or push\nsubscription and a subscriber (such as Dataflow) to\nread messages and write them to a Google Cloud resource.\nThe overhead of running a Dataflow job is\nnot necessary when messages don't\nrequire additional processing before being stored.\n\nExport subscriptions have the following advantages:\n\n- **Simple deployment.** You can set up an export subscription through a\n single workflow in the console, Google Cloud CLI, client library,\n or Pub/Sub API.\n\n- **Low costs.** Reduces the additional cost and latency of similar\n Pub/Sub pipelines that include Dataflow jobs.\n This cost optimization is useful for messaging systems that don't require\n additional processing before storage.\n\n- **Minimal monitoring.** Export subscriptions are part of the multi-tenant\n Pub/Sub service and don't require you to run separate\n monitoring jobs.\n\n- **Flexibility**. A BigQuery subscription can use the\n schema of the topic to which it is attached, which is not available with\n the basic Dataflow template for writing from\n Pub/Sub to BigQuery. Similarly,\n a Cloud Storage subscription offers configurable file batching options\n based on file size and elapsed time, which are not configurable in the\n basic Dataflow template for writing from\n Pub/Sub to Cloud Storage.\n\nHowever, a Dataflow pipeline is still\nrecommended for Pub/Sub systems where some data\ntransformation is required before the data is stored in a\nGoogle Cloud resource such as a BigQuery table or\nCloud Storage bucket.\n\nTo learn how to stream data from Pub/Sub to\nBigQuery with transformation by using Dataflow,\nsee [Stream from Pub/Sub to BigQuery](/dataflow/docs/tutorials/dataflow-stream-to-bigquery).\n\nTo learn how to stream data from Pub/Sub to\nCloud Storage with transformation by using\nDataflow, see\n[Stream messages from Pub/Sub by using Dataflow](/pubsub/docs/stream-messages-dataflow).\n\nWhat's next\n-----------\n\nUnderstand the workflow for each subscription type:\n\n- [Pull](/pubsub/docs/pull)\n\n- [Push](/pubsub/docs/push)\n\n- [BigQuery](/pubsub/docs/bigquery)\n\n- [Cloud Storage](/pubsub/docs/cloudstorage)"]]