ApsaraDB for MongoDB：Perbandingan antara ApsaraDB for MongoDB dan database yang dikelola sendiri

Item

ApsaraDB for MongoDB

Database yang Dikelola Sendiri

Ketersediaan Layanan

Menyediakan ketersediaan tinggi.

Anda harus memastikan keamanan dan membangun replikasi utama/sekunder serta RAID.

Pemulihan bencana dengan ketersediaan tinggi di satu atau tiga zona di wilayah yang sama.

Pemulihan zona memerlukan penyebaran dan pemeliharaan mandiri. Kondisi dua zona sulit diimplementasikan, dan ketersediaan pada tingkat database tidak terjamin.

Memungkinkan pembuatan instance pemulihan bencana geografis.

Anda harus menggunakan alat pihak ketiga untuk membuat instance pemulihan bencana.

Keandalan Data

• Menyediakan keandalan tinggi.

• Recovery Point Objective (RPO) dari instance set replika satu zona dan tiga zona adalah 0.

Anda harus memastikan keamanan dan membangun replikasi utama/sekunder serta RAID.

Keamanan Sistem

Perlindungan awal: Perlindungan serangan DDoS, perbaikan otomatis berbagai kerentanan keamanan database, kontrol akses berbasis daftar putih, dan isolasi VPC.

Perlindungan awal: Memerlukan perangkat keras atau perangkat lunak keamanan tambahan untuk memperbaiki kerentanan keamanan dengan biaya tinggi.

Perlindungan selama proses: enkripsi SSL dan Enkripsi Data Transparan.

Perlindungan selama proses: Anda harus membangun sistem enkripsi SSL dan TDE.

Fitur Audit SQL disediakan. Untuk informasi lebih lanjut, lihat Lihat log audit.

Audit peristiwa: Anda harus membeli sistem audit tambahan.

Cadangan dan Pemulihan

• Kernel lengkap memungkinkan cadangan fisik dan logis dilakukan dalam cadangan manual dan meningkatkan efisiensi cadangan hingga tiga kali lipat.

• Pemulihan database tunggal.

• Versi open-source hanya mendukung cadangan logis dan kurang efisien.

• Pemulihan database tunggal tidak tersedia dan efisiensi pemulihan rendah.

• Anda harus memastikan akurasi pemulihan data dalam arsitektur terdistribusi.

Hosting Sistem

Tidak ada biaya hosting.

Anda harus membayar biaya hosting server tambahan. Semakin kompleks arsitekturnya, semakin banyak server yang perlu di-hosting dan semakin tinggi biaya hostingnya.

Biaya O&M

Tidak ada biaya O&M tambahan.

Memerlukan personel pemeliharaan khusus dan biaya O&M tinggi.

Fitur diagnosis cerdas CloudDBA berikut didukung:

• Tren kinerja

• Kinerja real-time

• Sesi instance

• Log query lambat

• Analisis penyimpanan

Tidak ada diagnosis kinerja yang tersedia dan sangat kompleks untuk menganalisis query lambat.

Penyebaran dan Penskalaan

Aktivasi instan dan mendukung penskalaan otomatis.

Memerlukan pengadaan perangkat keras, hosting pusat data, dan penyebaran mesin, yang membutuhkan waktu cukup lama. Anda harus menjaga hubungan node saat menambahkan node baru.

Optimasi Kernel

• Mengoptimalkan kinerja sinkronisasi oplog dan koneksi singkat untuk skenario umum.

• Menjamin konsistensi data dengan teknologi seperti snapshot logis. Ini mengurangi biaya hingga 50% dalam skenario impor data jangka panjang.

Versi open source tidak menyediakan optimasi dan tidak dapat digunakan dalam beberapa skenario.