Jika aplikasi Anda telah diterapkan di lingkungan produksi dan berjalan sesuai harapan, Anda dapat memigrasikan aplikasi tersebut ke Serverless App Engine (SAE) secara mulus. Hal ini memastikan kelangsungan bisnis serta mencegah kehilangan data.
Mengapa aplikasi dimigrasikan ke SAE?
SAE menawarkan berbagai fitur untuk mengonfigurasi, memantau, dan mengelola proses rilis aplikasi, seperti parameter startup fleksibel, visualisasi penyebaran, rilis dan shutdown yang lancar, serta rilis bertahap.
Setelah rilis komersial, SAE menyediakan fitur penemuan layanan dan manajemen konfigurasi, sehingga Anda tidak perlu lagi memelihara middleware seperti Eureka, ZooKeeper, atau Consul.
Anda dapat mengelola layanan secara terpusat melalui konsol SAE, termasuk memantau detail layanan yang dirilis dan dikonsumsi.
Fitur penskalaan otomatis SAE memungkinkan Anda menyesuaikan jumlah instance aplikasi secara dinamis berdasarkan fluktuasi trafik.
SAE menyediakan pemantauan tingkat lanjut untuk memeriksa informasi dasar instance, jejak layanan mikro, topologi panggilan sistem, dan kueri SQL lambat.
Fitur pembatasan dan degradasi SAE memastikan ketersediaan tinggi aplikasi Spring Cloud Anda.
SAE mendukung rilis canary end-to-end, memungkinkan Anda menguji versi baru pada sejumlah kecil aplikasi Spring Cloud selama iterasi.
Apa itu migrasi lancar?
Sebagai contoh, kluster Spring Cloud Anda dan aplikasi di dalamnya telah diterapkan di lingkungan produksi dan berfungsi dengan baik. Jika ingin memigrasikan kluster ke SAE untuk memanfaatkan semua fiturnya, Anda dapat menggunakan metode migrasi lancar guna memastikan kelangsungan bisnis.
Jika kluster Spring Cloud Anda belum diterapkan di lingkungan produksi atau downtime dapat diterima, Anda dapat mengembangkan aplikasi di lingkungan lokal lalu menerapkannya di SAE. Untuk informasi lebih lanjut, lihat topik-topik berikut:
Aplikasi Spring Cloud: Gunakan Spring Cloud untuk mengembangkan aplikasi layanan mikro dan menerapkannya di SAE
Aplikasi Dubbo: Hosting aplikasi Dubbo ke SAE
Proses migrasi
Migrasikan aplikasi
Umumnya, aplikasi yang akan dimigrasikan bersifat tanpa status dan harus diprioritaskan dalam migrasi.
Opsional: Migrasikan instance Server Load Balancer (SLB) atau modifikasi pengaturan nama domain
Setelah aplikasi dimigrasikan, Anda perlu memigrasikan instance SLB yang terkait atau memodifikasi pengaturan nama domain.
Instance SLB
Jika instance SLB digunakan sebelum migrasi, Anda dapat menggunakannya kembali setelah migrasi. Pilih metode pengikatan SLB ke aplikasi sesuai kebutuhan bisnis. Untuk informasi lebih lanjut, lihat Mengikat instance CLB ke aplikasi dan menghasilkan alamat IP publik atau pribadi untuk aplikasi.
Jika tidak ada instance SLB yang digunakan sebelum migrasi, disarankan untuk membuat instance SLB baru dan mengikatnya ke aplikasi ingress seperti gateway API setelah migrasi.
Selama migrasi aplikasi, aktifkan pendaftaran ganda dan langganan ganda untuk mengurangi biaya penggunaan Elastic Compute Service (ECS). Jika instance ECS yang ada tidak dapat digunakan karena port asli sudah terpakai, gunakan solusi migrasi pemisahan trafik dan tambahkan instance ECS baru. Setelah migrasi, gunakan kembali instance SLB yang ada atau buat yang baru sesuai kebutuhan bisnis.
Nama domain
Jika instance SLB dapat digunakan kembali setelah migrasi, tidak perlu memodifikasi nama domain.
Jika Anda membuat instance SLB baru dan mengikatnya ke aplikasi yang dimigrasikan, tambahkan instance SLB baru ke pengaturan nama domain. Untuk informasi lebih lanjut, lihat Ubah server DNS untuk nama domain. Hapus instance SLB yang tidak lagi diperlukan.
Opsional: Migrasikan penyimpanan dan antrian pesan
Jika aplikasi Anda diterapkan di Alibaba Cloud dan menggunakan layanan seperti ApsaraDB RDS dan Antrian Pesan, tidak perlu memigrasikan penyimpanan atau antrian pesan.
Jika aplikasi Anda tidak diterapkan di Alibaba Cloud, bergabunglah dengan grup DingTalk (ID: 32874633) untuk mendapatkan dukungan teknis.
Solusi migrasi
Anda dapat menggunakan salah satu dari dua solusi berikut untuk memigrasikan aplikasi: pemisahan trafik atau pendaftaran ganda dan langganan ganda. Kedua solusi ini memastikan migrasi aplikasi yang lancar tanpa gangguan bisnis. Bagian ini menjelaskan solusi pendaftaran ganda dan langganan ganda.
Pemisahan Trafik
Gunakan Dubbo untuk beralih dari registri layanan asli ke SAE Config Server, kembangkan set aplikasi baru, lalu terapkan aplikasi tersebut di SAE. Selanjutnya, gunakan SLB dan konfigurasikan nama domain untuk beralih trafik.
Untuk informasi tentang pengembangan aplikasi solusi migrasi pemisahan trafik, lihat Pengenalan skenario layanan mikro.
Pendaftaran Ganda dan Langganan Ganda
Solusi ini memungkinkan akses ke registri layanan asli dan registri layanan SAE selama migrasi, memastikan bahwa aplikasi yang dimigrasikan dan yang belum dimigrasikan dapat saling memanggil.
Gambar berikut menunjukkan arsitektur solusi migrasi pendaftaran ganda dan langganan ganda.
Solusi pendaftaran ganda dan langganan ganda menawarkan manfaat berikut:
Aplikasi yang dimigrasikan dan yang belum dimigrasikan dapat saling menemukan dan memanggil, memastikan kelangsungan bisnis.
Hanya perlu menambahkan dependensi dan memodifikasi sejumlah kecil kode untuk mengimplementasikan pendaftaran ganda dan langganan ganda.
Anda dapat memantau detail pemanggilan layanan konsumen dan melihat kemajuan migrasi secara real-time.
Kebijakan pendaftaran dan langganan layanan dapat dimodifikasi secara dinamis tanpa perlu memulai ulang aplikasi berulang kali. Cukup lakukan satu kali restart selama proses migrasi.
Referensi
Untuk informasi lebih lanjut tentang cara memigrasikan aplikasi layanan mikro dalam arsitektur yang berbeda, lihat topik-topik berikut: