Arsitektur Distributed vs Centralized di Edisi PolarDB-X - PolarDB-X

PolarDB-X menggunakan arsitektur cloud-native terpadu yang menggabungkan desain terpusat dan terdistribusi, menyediakan jalur peningkatan mulus dari database terpusat ke database terdistribusi. PolarDB-X kompatibel dengan ekosistem MySQL dan menawarkan dua edisi produk inti untuk mendukung bisnis berbagai ukuran dan tahap pertumbuhan: Standard Edition dan Enterprise Edition.

Standard Edition dan Enterprise Edition

Dalam arsitektur cloud-native terpadu ini, node data diisolasi untuk membentuk struktur terpusat yang sepenuhnya kompatibel dengan database standalone. Saat bisnis berkembang dan memerlukan skalabilitas terdistribusi, Anda dapat melakukan peningkatan in-place ke arsitektur terdistribusi. Komponen terdistribusi terhubung secara mulus ke node data asli untuk melakukan scale-out tanpa memerlukan migrasi data atau perubahan aplikasi. Penawaran produk utama mencakup Standard Edition (terpusat) dan Enterprise Edition (terdistribusi). Arsitektur lengkapnya ditunjukkan pada gambar berikut:

Perbandingan dan pemilihan

Perbandingan	Standard Edition (terpusat)	Enterprise Edition (terdistribusi)
Arsitektur inti	Arsitektur standalone yang mendukung optimisasi terdistribusi seperti multi-replika Paxos dan sistem transaksi Lizard.	Arsitektur terdistribusi yang mendukung skalabilitas horizontal melalui kolaborasi antara node komputasi, node data, dan layanan meta global.
Kompatibilitas	100% kompatibel dengan ekosistem MySQL.	Sangat kompatibel dengan ekosistem MySQL.
Keunggulan inti	Hemat biaya. Memberikan peningkatan kinerja 30% hingga 40% dibandingkan MySQL open source. Ketersediaan tinggi (HA) tingkat finansial. Mendukung pemulihan bencana tiga pusat data dalam satu kota dengan tujuan titik pemulihan (RPO) 0. Memungkinkan peningkatan mulus ke Enterprise Edition.	Mendukung skalabilitas horizontal transparan hingga 1.024 node dan data dalam skala petabyte. HA tingkat finansial. Mendukung pemulihan bencana tiga pusat data dalam satu kota dengan RPO 0. Mendukung beban kerja pemrosesan transaksional dan analitik hibrida (HTAP) dengan menyediakan instansi hanya baca penyimpanan kolom.
Batasan utama	Tunduk pada bottleneck kinerja dan kapasitas arsitektur standalone. Spesifikasi maksimum adalah 90 core. Untuk menghindari degradasi kinerja pada tabel besar, jumlah catatan dalam satu tabel sebaiknya dipertahankan antara 5 juta hingga 50 juta.	Untuk spesifikasi kecil (seperti CPU ≤ 32 core), overhead tambahan dari arsitektur terdistribusi dapat menyebabkan kinerja sedikit lebih rendah dibandingkan Standard Edition.
Rekomendasi pemilihan	Bisnis Anda berada pada tahap awal dengan volume data dan konkurensi rendah, tetapi Anda berencana untuk melakukan skalabilitas secara mulus di masa depan. Anda melakukan migrasi dari database MySQL yang dikelola sendiri atau instans RDS dari penyedia cloud lain dan menginginkan efektivitas biaya serta ketersediaan yang lebih baik. Anda memerlukan pemulihan bencana lintas pusat data tingkat finansial dengan RPO 0.	Bisnis Anda menghadapi bottleneck konkurensi tinggi, seperti dalam skenario transaksi e-commerce khas. Volume data dalam satu tabel sangat besar, atau total ruang penyimpanan telah melebihi batas database standalone. Anda ingin menggantikan solusi sharding open source untuk menyederhanakan operasi dan pemeliharaan (O&M).

Tipe instans untuk setiap edisi

Setelah memilih edisi produk, Anda juga perlu memahami berbagai peran instans yang ditawarkannya untuk memenuhi kebutuhan bisnis Anda.

Standard Edition (terpusat): Terdiri dari satu instans utama dan instans hanya baca opsional.
Enterprise Edition (terdistribusi): Menyediakan variasi tipe instans yang lebih luas untuk menangani beban kerja yang berbeda.

Edisi produk	Tipe instans	Deskripsi	Skenario
Standard Edition (terpusat)	Primary instance	Satu-satunya node baca/tulis dalam kluster. Menangani semua permintaan tulis dan sebagian besar permintaan baca untuk bisnis Anda.	Semua instans Standard Edition harus mencakup satu primary instance.
Standard Edition (terpusat)	Read-only instance	Secara fisik diisolasi dari primary instance. Data disinkronkan menggunakan protokol Paxos. Mengurangi tekanan baca dari primary instance dan memungkinkan skalabilitas linier kemampuan baca.	Cocok untuk skenario baca dengan konkurensi tinggi dan beban kerja yang didominasi baca, seperti sinkronisasi data dan analisis laporan.
Enterprise Edition (terdistribusi)	Primary instance	Titik masuk baca/tulis untuk kluster terdistribusi. Terdiri dari beberapa node komputasi (CN) dan node data (DN). Menangani transaksi terdistribusi, kueri paralel, dan sharding data.	Semua instans Enterprise Edition harus mencakup satu primary instance.
	Read-only instance	Replika hanya baca terdistribusi yang diisolasi sumber dayanya dari primary instance. Mendukung pembacaan konsistensi kuat. Digunakan untuk menerapkan pemisahan baca/tulis dan meningkatkan kemampuan baca konkurensi tinggi.	Cocok untuk skenario dengan analisis laporan ringan, beban kerja campuran, atau pembacaan konkurensi tinggi.
	Column store read-only instance	Replika hanya baca khusus yang menggunakan penyimpanan kolom. Data disimpan di Layanan Penyimpanan Objek (OSS) berbiaya rendah. Dioptimalkan untuk kueri pemrosesan analitik (AP).	Cocok untuk skenario yang sensitif terhadap biaya seperti analisis laporan, beban kerja campuran, pengarsipan data, atau pengendalian risiko dan audit.