Enterprise Distributed Application Service:Migrasi kluster Spring Cloud dengan beberapa aplikasi ke EDAS secara lancar

Mengapa migrasi ke EDAS

EDAS menggantikan beban operasional infrastruktur Spring Cloud yang dikelola sendiri dengan platform terkelola. Setelah migrasi:

• Penerapan fleksibel — Konfigurasikan parameter startup, lacak progres penerapan secara visual, dan gunakan koneksi serta pemutusan layanan yang mulus untuk menghindari permintaan yang terputus.

• Penemuan layanan bawaan — EDAS menyediakan penemuan layanan dan manajemen konfigurasi dalam rilis komersialnya, menggantikan Eureka, ZooKeeper, atau Consul yang dikelola sendiri.

• Administrasi layanan terpusat — Kueri layanan yang dipublikasikan dan dikonsumsi dari Konsol EDAS. Selain kueri informasi instans, akses jejak layanan mikro, topologi panggilan sistem, dan analisis SQL lambat.

• Auto scaling — Skala instans aplikasi secara dinamis naik atau turun berdasarkan traffic.

• Rilis bertahap — Jalankan rilis bertahap end-to-end untuk validasi skala kecil sebelum menerapkan pembaruan ke semua instans.

• Pembatasan kecepatan dan penurunan layanan — Terapkan throttling dan penurunan layanan untuk menjaga stabilitas aplikasi di bawah beban tinggi.

Pilih metode migrasi

EDAS mendukung dua metode migrasi. Keduanya menjaga kontinuitas layanan.

Jika Anda memilih registry switching, ikuti pengaturan standar dalam Implementasikan penemuan dan registrasi layanan. Sisa panduan ini membahas dual registration and dual subscription.

Ikhtisar migrasi

Migrasi terdiri dari tiga fase:

1. Migrasi aplikasi (wajib) — Aplikasi stateless dimigrasikan terlebih dahulu, satu per satu.

2. Migrasi Instance Server Load Balancer (SLB) atau perbarui DNS (opsional) — Arahkan traffic ke penerapan baru.

3. Migrasi penyimpanan dan antrian pesan (opsional) — Hanya diperlukan jika aplikasi Anda belum menggunakan layanan Alibaba Cloud seperti ApsaraDB RDS dan Message Queue.

Panduan ini berfokus pada fase 1.

Fase 1: Migrasi aplikasi

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    <version>{Version}</version>
</dependency>

spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
ribbon.nacos.enabled=false

<dependency>
    <groupId>com.alibaba.edas</groupId>
    <artifactId>edas-sc-migration-starter</artifactId>
    <version>1.0.5</version>
</dependency>

@SpringBootApplication
public class ConsumerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConsumerApplication.class, args);
    }
}

@SpringBootApplication
@RibbonClients(defaultConfiguration = MigrationRibbonConfiguration.class)
public class ConsumerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConsumerApplication.class, args);
    }
}

Fase 2: Migrasi Instance SLB atau perbarui DNS (opsional)

Setelah semua aplikasi dimigrasikan, perbarui routing jaringan:

• Jika Instance SLB digunakan sebelum migrasi, gunakan kembali.

• Jika tidak ada Instance SLB yang digunakan, buat satu dan ikatkan ke aplikasi titik masuk Anda (misalnya, API Gateway).

• Konfigurasi nama domain:

  • Jika Instance SLB digunakan kembali, tidak diperlukan perubahan DNS.

  • Jika Instance SLB baru dibuat, perbarui DNS agar mengarah ke Instance SLB baru tersebut dan hapus yang lama. Lihat Ubah server DNS untuk nama domain.

Fase 3: Migrasi penyimpanan dan antrian pesan (opsional)

Jika aplikasi Anda sudah menggunakan layanan Alibaba Cloud seperti ApsaraDB RDS dan Message Queue, tidak diperlukan migrasi penyimpanan atau antrian pesan.

Jika aplikasi Anda belum berada di Alibaba Cloud, hubungi dukungan teknis EDAS untuk rencana migrasi lengkap.

Menyesuaikan kebijakan registrasi dan langganan secara dinamis

Selama migrasi, Anda dapat menyesuaikan registri mana yang didaftarkan atau dilanggani oleh aplikasi — tanpa perlu restart. Gunakan fitur manajemen konfigurasi EDAS, Spring Cloud Config, atau Nacos Config untuk memperbarui properti berikut saat runtime.

# Langganan ke Eureka dan Nacos
spring.cloud.edas.migration.subscribes=nacos,eureka

# Langganan hanya ke Nacos
spring.cloud.edas.migration.subscribes=nacos

# Daftar ke semua registri (default)
spring.cloud.edas.migration.registry.excludes=

# Berhenti mendaftar ke Eureka
spring.cloud.edas.migration.registry.excludes=eureka

# Berhenti mendaftar ke Nacos dan Eureka
spring.cloud.edas.migration.registry.excludes=nacos,eureka

Pembersihan pasca-migrasi

Setelah semua aplikasi berjalan di EDAS, hapus konfigurasi khusus migrasi:

1. Hapus dependensi edas-sc-migration-starter dari pom.xml (atau build.gradle) setiap aplikasi.

2. Hapus anotasi @RibbonClients(defaultConfiguration = MigrationRibbonConfiguration.class) dari kelas utama.

3. Hapus dependensi dan konfigurasi registri layanan asli (misalnya, pengaturan klien Eureka atau Consul).

4. Hapus ribbon.nacos.enabled=false dari application.properties.

5. Restart aplikasi secara bertahap selama jam sepi.

Proyek demo

EDAS menyediakan proyek contoh yang mendemonstrasikan dual registration dan dual subscription. Unduh proyek tersebut dan ikuti README yang disertakan untuk menjalankannya secara lokal.