Dokumen ini memberikan informasi tentang cara memigrasikan Pub/Sub Lite aplikasi dan data dari Pub/Sub Lite ke Pub/Sub.
Untuk memigrasikan ke Pub/Sub, gunakan ekspor Pub/Sub Lite langganan. Langganan ekspor mengubah pesan dari pesan Pub/Sub Lite menjadi Pub/Sub, menggunakan jenis langganan yang disebut langganan ekspor.
Perbedaan antara Pub/Sub Lite dan Pub/Sub
Pub/Sub dan Pub/Sub Lite dapat diskalakan secara horizontal layanan pesan, tetapi setiap layanan memiliki perbedaan utama dalam cara kerjanya. Untuk memahami perbedaan ini secara mendetail, baca Memilih Pub/Sub atau Pub/Sub Lite.
Bagian berikut menguraikan beberapa perbedaan utama antara setiap layanan yang relevan saat bermigrasi antarlayanan. Hal ini mencakup: pertimbangan:
- Lokalitas dan replikasi data
- Mode pengiriman
- Paralelisme dan pengurutan
- Putar ulang dan hapus permanen
- Pengelolaan kapasitas dan Harga
Lokalitas dan replikasi data
Pub/Sub Lite. Replikasi topik Pub/Sub Lite regional ke zona sekunder dalam region yang sama. Pub/Sub Lite Zona topik menyimpan data di satu zona tanpa replikasi.
Pub/Sub. Pub/Sub mereplikasi data di tiga zona dalam satu wilayah.
Titik migrasi utama
Penting untuk memahami cara setiap layanan mereplikasi data secara berbeda.
Saat menggunakan Pub/Sub, Anda dapat memastikan bahwa data disimpan di region menggunakan penyimpanan pesan Pub/Sub kebijakan yang relevan.
Pub/Sub tidak menyediakan kontrol atas zona tertentu di mana pesan disimpan. Sebaliknya, model ini selalu mereplikasi data di tiga zona dalam region seperti yang ditentukan oleh kebijakan penyimpanan pesan.
Jika Anda tidak menetapkan kebijakan penyimpanan pesan, Pub/Sub akan otomatis menentukan tempat pesan disimpan berdasarkan Lokasi Resource Organisasi pembatasan kebijakan kami. Jika Anda tidak secara eksplisit menetapkan kebijakan organisasi, Pub/Sub mengizinkan semua region dan secara otomatis memilih salah satu untuk menyimpan pesan.
Mode pengiriman
Pub/Sub Lite. Untuk pengiriman pesan, khusus Pub/Sub Lite mendukung StreamingPull RPC API.
Pub/Sub. Untuk pengiriman pesan, Pub/Sub menawarkan beberapa opsi pengiriman pesan, termasuk Pengiriman pesan StreamingPull.
Titik migrasi utama
Jika Anda ingin mereplikasi perilaku Pub/Sub Lite di Pub/Sub (untuk Misalnya, latensi rendah dan efisiensi tinggi), terapkan klien konsumen Anda dengan StreamingPull API. Atau, Anda dapat mengimplementasikan Pub/Sub langganan menggunakan mode pengiriman lain yang tersedia seperti Push pengiriman.
Paralelisme dan pengurutan
Pub/Sub Lite. Pub/Sub Lite mendukung paralelisme sesuai partisi.
Pub/Sub. Pub/Sub mendukung paralelisme per pesan.
Titik migrasi utama
Pub/Sub bukan solusi berbasis partisi. Pesan Pub/Sub juga dapat diproses secara bersamaan, yang berarti bahwa urutan pesan tidak dijamin. Jika aplikasi Anda membutuhkan pengurutan pesan, gunakan pengurutan Pub/Sub .
Saat menggunakan langganan ekspor di Pub/Sub Lite, Kunci Pub/Sub Lite digunakan sebagai kunci pengurutan di Pub/Sub Pesan. Hal ini memastikan bahwa pesan terus dikirim secara berurutan.
Untuk memastikan kompatibilitas dengan pesan Pub/Sub, pastikan Kunci Pub/Sub Lite hanya berisi karakter berenkode UTF-8.
- Kunci Pub/Sub Lite disimpan sebagai byte.
- Kunci pemesanan Pub/Sub disimpan sebagai string.
Kunci pemesanan Pub/Sub memiliki throughput penayang maksimum sebesar 1 MBps. Pengurutan pesan di Pub/Sub hanya dijamin dalam satu region. Untuk menerima pesan yang diurutkan di Pub/Sub, Anda harus mengaktifkan secara eksplisit penyortiran pesan di pengaturan langganan.
Putar ulang dan hapus permanen
Pub/Sub Lite. Pub/Sub Lite mendukung seek fitur tanpa memerlukan konfigurasi tambahan.
Pub/Sub. Pub/Sub mendukung fitur pencarian tetapi memerlukan konfigurasi tambahan untuk menyiapkannya.
Titik migrasi utama
Untuk mengaktifkan fitur pencarian, Pub/Sub mengharuskan Anda mengonfigurasi setelan topik dan langganan.
- Topik: Anda harus mengonfigurasi durasi retensi pesan
- Langganan: Anda harus mengonfigurasi retensi pesan yang dikonfirmasi.
Mengonfigurasi pengaturan ini sangat penting jika Anda membutuhkan paritas yang tepat dengan Pub/Sub Lite atau jika migrasi Anda memerlukan pemutaran ulang atau penghapusan permanen pesan. Terlepas dari persyaratan spesifik Anda, kemampuan untuk mencari dan memproses ulang pesan adalah pengamanan berharga selama migrasi bertahap. Ini memungkinkan rollback dan meminimalkan kehilangan data jika muncul masalah tak terduga.
Pengelolaan kapasitas dan Harga
Pub/Sub Lite. Kapasitas Pub/Sub Lite adalah secara manual disediakan dengan mengonfigurasi penyimpanan dan kapasitas throughput menggunakan Pub/Sub Lite reservasi.
Pub/Sub. Pub/Sub terkelola sepenuhnya dan diskalakan secara otomatis.
Titik migrasi utama
Saat bertransisi ke Pub/Sub, Anda dapat mengelola kapasitas dan harga dengan menyetel penggantian kuota atau dengan meminta perubahan kuota untuk Pub/Sub Anda Google Cloud Platform.
Alasan utama untuk mengelola kapasitas Pub/Sub adalah mematuhi persyaratan biaya. Jika Anda tidak memiliki batas biaya yang ketat, Pub/Sub dapat mengelola sumber daya secara efisien tanpa banyak intervensi. Pub/Sub adalah ditagih berdasarkan penggunaan. Untuk informasi mendetail, lihat Pub/Sub harga.
Merencanakan migrasi
Untuk bermigrasi dari Pub/Sub Lite ke Pub/Sub, Anda dapat menggunakan Fitur langganan ekspor Pub/Sub Lite. Ekspor langganan memungkinkan Anda memigrasikan aplikasi Pub/Sub Lite Anda secara bertahap. Mengadopsi pendekatan bertahap memungkinkan Anda memperbarui, menguji, dan memantau migrasi secara iteratif, untuk meminimalkan risiko {i>error <i}dan periode nonaktif.
Sebelum memulai
- Evaluasi aplikasi Pub/Sub Lite yang ada dan petakan fitur Pub/Sub yang diperlukan.
- Pastikan Pub/Sub memenuhi semua fungsi dan bisnis Anda lainnya.
Alur kerja migrasi bertahap
Langkah-langkah berikut memberikan ringkasan alur kerja migrasi langganan ekspor.
- Membuat topik dan langganan Pub/Sub yang relevan ke topik.
- Buat langganan ekspor Pub/Sub Lite.
- Berlangganan Pub/Sub dan Pub/Sub Lite langganan.
- Secara bertahap memperbarui penayang untuk mengirim pesan ke topik Pub/Sub, bukan topik Pub/Sub Lite.
- Pastikan beban kerja yang dimigrasikan berfungsi sebagaimana mestinya.
- Menonaktifkan penerbit dan pelanggan Pub/Sub Lite.
Fase migrasi
Bagian berikut memberikan detail tentang setiap langkah dalam migrasi bertahap alur kerja.
Membuat topik dan langganan Pub/Sub
Membuat topik Pub/Sub yang sesuai dan langganannya. Pada fase ini, Anda akan mengonfigurasi topik dan langganan yang diperlukan setelan, seperti retensi pesan, konfirmasi pesan, dan penyimpanan pesan kebijakan izin yang relevan.
Jika diperlukan, tetapkan dan siapkan kuota untuk mencegah penggunaan yang berlebihan dan tidak terduga penagihan. Yang terpenting, sebaiknya Anda menyiapkan penghentian penggunaan Topik Pub/Sub Lite untuk merekam pesan yang gagal dimigrasikan ke Pub/Sub. Hal ini memungkinkan Anda memecahkan masalah kesalahan dan mengidentifikasi penyebab utama kegagalan ekspor dan mengirim ulang pesan yang gagal ke topik yang benar, memastikan tidak ada data yang hilang.
Membuat langganan ekspor Pub/Sub Lite
Untuk setiap topik, buat langganan ekspor Pub/Sub Lite untuk diekspor dari topik Pub/Sub Lite ke topik Pub/Sub yang sesuai. Daripada menetapkan kapasitas throughput satu per satu untuk setiap ekspor langganan, gunakan reservasi Pub/Sub Lite untuk mengelola throughput secara efisien untuk semua mengekspor langganan secara kolektif. Pada akhir fase ini, Anda Pub/Sub Lite dan Pub/Sub keduanya menerima pesan yang sama sejak langganan ekspor dilakukan dibuat.
Anda lalu dapat menggunakan topik Pub/Sub untuk secara bertahap kembangkan dan uji klien pelanggan Anda secara terpisah. Pendekatan ini meminimalkan gangguan pada aplikasi Pub/Sub Lite yang ada.
Berlangganan topik Pub/Sub Lite dan Pub/Sub secara ganda
Dalam lingkungan pengembangan, perbarui klien pelanggan Anda untuk membaca pesan langsung dari topik Pub/Sub, menggunakan alat Pub/Sub yang sesuai library klien. Tidak seperti Pub/Sub Lite, Pub/Sub menawarkan beberapa. Tidak seperti Pub/Sub Lite, Pub/Sub menawarkan mode pengiriman (pull dan push), jadi pilih salah satu yang paling sesuai dengan persyaratan aplikasi.
Untuk mengemulasi perilaku yang sama seperti Pub/Sub Lite, konfigurasikan Instance Pub/Sub dengan StreamingPull API.
Dalam sistem dengan beberapa aplikasi konsumen, migrasikan masing-masing aplikasi secara bertahap aplikasi satu per satu. Untuk setiap aplikasi pelanggan, jalankan Pelanggan Pub/Sub Lite dan pelanggan Pub/Sub baru di sehingga Anda dapat memverifikasi perilaku dan performa pelanggan. Pantau kedua pelanggan dengan cermat untuk memastikan pengiriman pesan konsistensi, penanganan {i>error<i}, dan fungsionalitas secara keseluruhan. Setelah semua subscriber berhasil dimigrasikan dan divalidasi, nonaktifkan Pub/Sub Lite lama yang merupakan klien pelanggan.
Memperbarui penayang
Setelah semua subscriber Anda berhasil menikmati pesan dari Pub/Sub, Anda dapat memperbarui penayang secara bertahap agar pesan ke topik Pub/Sub secara langsung. Untuk melakukannya, perbarui penayang Anda untuk menggunakan library klien Pub/Sub. Hal ini memastikan bahwa Anda dapat secara bertahap mengalihkan traffic dari Pub/Sub Lite ke Pub/Sub.
Menonaktifkan Pub/Sub Lite
Setelah Anda berhasil memigrasikan semua pelanggan dan penerbit ke Pub/Sub, Anda dapat mematikan resource Pub/Sub Lite. Ini membantu Anda menghindari timbulnya biaya yang tidak perlu untuk infrastruktur yang tidak digunakan.