Keunggulan kompetitif dibanding database self-managed - ApsaraDB RDS - Alibaba Cloud - ApsaraDB RDS

ApsaraDB RDS adalah layanan database relasional yang sepenuhnya dikelola yang menangani penyediaan, pembaruan patch, pencadangan, ketersediaan tinggi, dan pemantauan—sehingga tim Anda dapat fokus membangun aplikasi alih-alih mengoperasikan database.

Dibandingkan dengan menjalankan MySQL, PostgreSQL, atau SQL Server pada instans Elastic Compute Service (ECS) atau server pihak ketiga, ApsaraDB RDS mengurangi investasi di muka maupun upaya operasional berkelanjutan dalam enam dimensi: biaya, ketersediaan, keandalan, kegunaan, performa, dan keamanan.

Ikhtisar tanggung jawab bersama

Tabel berikut menunjukkan tugas-tugas yang ditangani Alibaba Cloud versus tugas yang Anda kelola sendiri dalam setiap mode deployment.

Tugas	ApsaraDB RDS	Self-managed on ECS	Self-managed on third-party server
Pengadaan perangkat keras	Alibaba Cloud	Alibaba Cloud	Anda
Instalasi dan patching sistem operasi	Alibaba Cloud	Anda	Anda
Instalasi perangkat lunak database	Alibaba Cloud	Anda	Anda
Patching perangkat lunak database	Alibaba Cloud	Anda	Anda
Arsitektur ketersediaan tinggi	Alibaba Cloud	Anda	Anda
Backup otomatis	Alibaba Cloud	Anda	Anda
Pemantauan dan peringatan	Alibaba Cloud	Anda	Anda
Scaling	Anda dan Alibaba Cloud	Anda	Anda
Optimasi aplikasi	Anda	Anda	Anda

Keunggulan ApsaraDB RDS dibandingkan database yang dikelola sendiri

Keunggulan instans ApsaraDB RDS untuk MySQL dibandingkan database MySQL yang dikelola sendiri

		Self-Managed di ECS
Efisiensi biaya	Sumber daya skalabel tanpa investasi perangkat keras di muka. AliSQL — cabang MySQL independen milik Alibaba Cloud — menyediakan fitur yang sebanding dengan MySQL Enterprise Edition tanpa biaya tambahan. Untuk informasi selengkapnya, lihat Ikhtisar fitur AliSQL. Penyimpanan backup gratis hingga dua kali kapasitas penyimpanan yang dibeli. Untuk informasi selengkapnya, lihat Harga penyimpanan backup untuk instans ApsaraDB RDS for MySQL. Lalu lintas internet disertakan tanpa biaya tambahan. Nama domain kustom didukung tanpa biaya tambahan. Pembaruan versi minor dirilis oleh Alibaba Cloud, mengikuti rilis terbaru MySQL.	Sumber daya skalabel, tetapi menggunakan MySQL open source tanpa optimasi. Penyimpanan backup dan lalu lintas internet ditagih secara terpisah.	Biaya perangkat keras awal yang tinggi. MySQL open source tanpa optimasi. Infrastruktur backup independen diperlukan. Lalu lintas internet dan nama domain dikenai tarif tinggi.
Ketersediaan	RDS Basic Edition: failover selesai dalam waktu sekitar 15 menit. RDS High-availability Edition / RDS Cluster Edition: failover selesai dalam waktu kurang dari 30 detik menggunakan arsitektur ketersediaan tinggi milik Alibaba Cloud. Instansi read-only tersedia untuk load balancing. Untuk informasi selengkapnya, lihat Ikhtisar instans ApsaraDB RDS for MySQL read-only. Pemisahan baca/tulis mendistribusikan traffic baca dan tulis melalui titik akhir khusus. Untuk informasi selengkapnya, lihat Aktifkan fitur terminal proxy untuk instans ApsaraDB RDS for MySQL. Instansi RDS analitik untuk analisis data sedang dalam pengembangan.	Failover edisi dasar membutuhkan waktu sekitar 30 menit. Arsitektur ketersediaan tinggi memerlukan perangkat lunak atau perangkat keras tambahan. Load balancing memerlukan perangkat lunak atau perangkat keras tambahan.	Standalone secara default; kegagalan server dapat menyebabkan downtime selama berjam-jam hingga berminggu-minggu. Arsitektur ketersediaan tinggi dan load balancing memerlukan perangkat lunak atau perangkat keras tambahan.
Keandalan	Replikasi data otomatis antara instans primary dan secondary, serta backup data dan log otomatis. RDS Enterprise Edition memberikan recovery point objective (RPO) 0 dan recovery time objective (RTO) sekitar 1 menit saat digunakan dengan MySQL 5.7 atau MySQL 8.0. RDS Enterprise Edition untuk MySQL 5.7 dan MySQL 8.0 (arsitektur tiga node) mencapai Recovery Point Objective (RPO) 0, artinya tidak ada kehilangan data. Recovery Time Objective (RTO) biasanya sekitar 1 menit.	Ketersediaan tinggi memerlukan arsitektur yang harus Anda bangun dan kelola sendiri. Mencapai RPO 0 memerlukan pembelian layanan R&D independen.	Keandalan data bergantung pada integritas disk individual. Mencapai RPO 0 memerlukan pembelian layanan R&D independen.
Kegunaan	Backup dan restore otomatis mendukung pemulihan pada titik waktu (PITR), restore tingkat database, dan backup streaming dengan dampak performa minimal. Untuk informasi selengkapnya, lihat Aktifkan backup otomatis untuk instans ApsaraDB RDS for MySQL. Pemantauan dan peringatan bawaan mencakup semua metrik instans dan database dengan granularitas beberapa detik. Peringatan dikirimkan melalui pesan teks, email, atau DingTalk — dengan kuota pesan teks gratis berdasarkan pembelian Anda. Untuk informasi selengkapnya, lihat Konfigurasikan aturan peringatan untuk instans ApsaraDB RDS for MySQL. Pembaruan versi mesin minor hanya dengan beberapa klik. Untuk informasi selengkapnya, lihat Perbarui versi mesin minor instans ApsaraDB RDS for MySQL.	Backup streaming dan PITR harus dibeli atau dikonfigurasi secara terpisah. Pemantauan memerlukan sistem terpisah yang dikonfigurasi di CloudMonitor. Pembaruan versi memerlukan upaya manual yang signifikan.	Backup streaming dan PITR harus dibeli atau dikonfigurasi secara terpisah. Sistem pemantauan independen harus dibeli dan dikonfigurasi. Geo-disaster recovery sulit diatur dan mahal. Pembaruan versi memerlukan upaya manual yang signifikan.
Performa	Instans dengan Premium Local SSD memberikan performa I/O tinggi. Instans dengan enhanced SSD (ESSDs) mengungguli instans berbasis SSD standar. Instansi read-only meningkatkan throughput baca secara independen dari instans utama. Database Autonomy Service (DAS) menyediakan optimasi kueri dan diagnostik lanjutan. Untuk informasi selengkapnya, lihat Ikhtisar DAS. SQL Explorer mencakup sebagian besar kebutuhan pemantauan dan optimasi performa. Untuk informasi selengkapnya, lihat Gunakan fitur SQL Explorer pada instans ApsaraDB RDS for MySQL.	Disk lokal mengurangi keandalan data; disk cloud memerlukan perencanaan arsitektur manual. Deployment kluster kompleks dan memerlukan keahlian DBA yang mahal.	Pembaruan perangkat keras server pihak ketiga tertinggal dibandingkan peningkatan infrastruktur cloud. Pemisahan compute-storage memerlukan investasi modal signifikan pada media penyimpanan canggih. Deployment kluster memerlukan keahlian DBA dan konsultan yang mahal.
Keamanan	Daftar putih alamat IP, grup keamanan, dan isolasi jaringan VPC untuk kontrol akses tingkat jaringan. Enkripsi link dan enkripsi disk melindungi data saat transit dan saat diam. Enkripsi disk mendukung Bring Your Own Keys (BYOKs) di semua media penyimpanan. SQL Explorer menyediakan auditing pernyataan SQL.	Daftar putih alamat IP, grup keamanan, dan VPC tersedia, tetapi enkripsi link dan enkripsi disk harus dikonfigurasi secara terpisah. Rotasi BYOK kompleks dan mahal. Log SQL harus disimpan secara terpisah, sehingga auditing menjadi sulit.	Daftar putih alamat IP dan VPC tersedia, tetapi memerlukan biaya konsultasi tinggi untuk konfigurasi. Enkripsi link dan enkripsi disk harus dikonfigurasi secara terpisah. Rotasi BYOK kompleks dan mahal. Log SQL harus disimpan secara terpisah, sehingga auditing menjadi sulit.

Keunggulan instans ApsaraDB RDS untuk PostgreSQL dibandingkan database PostgreSQL yang dikelola sendiri


Efisiensi biaya	Sumber daya skalabel tanpa investasi perangkat keras di muka. AliPG — cabang PostgreSQL milik Alibaba Cloud — kompatibel dengan PostgreSQL open source dan mencakup fitur eksklusif tanpa biaya tambahan. Untuk informasi selengkapnya, lihat Manfaat AliPG. Penyimpanan backup gratis hingga dua kali kapasitas penyimpanan yang dibeli. Untuk informasi selengkapnya, lihat Harga penyimpanan backup untuk instans ApsaraDB RDS for PostgreSQL. Lalu lintas internet disertakan tanpa biaya tambahan. Nama domain kustom didukung tanpa biaya tambahan. Pembaruan versi minor dirilis oleh Alibaba Cloud, mengikuti rilis terbaru PostgreSQL.	Sumber daya skalabel, tetapi menggunakan PostgreSQL open source tanpa optimasi. Penyimpanan backup dan lalu lintas internet ditagih secara terpisah.	Biaya perangkat keras awal yang tinggi. PostgreSQL open source tanpa optimasi. Infrastruktur backup independen diperlukan. Lalu lintas internet dan nama domain dikenai tarif tinggi.
Ketersediaan	RDS Basic Edition: failover selesai dalam waktu sekitar 15 menit. RDS High-availability Edition: failover selesai dalam waktu kurang dari 30 detik menggunakan arsitektur ketersediaan tinggi milik Alibaba Cloud. Instansi read-only tersedia untuk load balancing. Untuk informasi selengkapnya, lihat Ikhtisar instans ApsaraDB RDS for PostgreSQL read-only.	Failover edisi dasar membutuhkan waktu sekitar 30 menit. Arsitektur ketersediaan tinggi dan load balancing memerlukan perangkat lunak atau perangkat keras tambahan.	Standalone secara default; kegagalan server dapat menyebabkan downtime selama berjam-jam hingga berminggu-minggu. Arsitektur ketersediaan tinggi dan load balancing memerlukan perangkat lunak atau perangkat keras tambahan.
Keandalan	Replikasi data otomatis antara instans primary dan secondary, serta backup data dan log otomatis. Kustomisasi RPO memungkinkan Anda mengonfigurasi RPO 0.	Ketersediaan tinggi memerlukan arsitektur yang harus Anda bangun dan kelola sendiri. Mencapai RPO 0 memerlukan pembelian layanan R&D independen.	Keandalan data bergantung pada integritas disk individual. Mencapai RPO 0 memerlukan pembelian layanan R&D independen.
Kegunaan	Backup dan restore otomatis mendukung PITR, restore tingkat database, dan backup streaming dengan dampak performa minimal. Untuk informasi selengkapnya, lihat Aktifkan backup otomatis untuk instans ApsaraDB RDS for PostgreSQL. Pemantauan dan peringatan bawaan mencakup semua metrik instans dan database dengan granularitas beberapa detik. Peringatan dikirimkan melalui pesan teks, email, atau DingTalk — dengan kuota pesan teks gratis berdasarkan pembelian Anda. Untuk informasi selengkapnya, lihat Konfigurasikan aturan peringatan untuk instans ApsaraDB RDS for PostgreSQL.	Backup streaming dan PITR harus dibeli atau dikonfigurasi secara terpisah. Pemantauan memerlukan sistem terpisah yang dikonfigurasi di CloudMonitor.	Backup streaming dan PITR harus dibeli atau dikonfigurasi secara terpisah. Sistem pemantauan independen harus dibeli dan dikonfigurasi.
Performa	Instans dengan ESSDs mengungguli instans berbasis SSD standar. Instansi read-only meningkatkan throughput baca secara independen. DAS menyediakan optimasi kueri dan diagnostik lanjutan. Untuk informasi selengkapnya, lihat Ikhtisar DAS. SQL Audit mencakup sebagian besar kebutuhan pemantauan dan optimasi performa database. Untuk informasi selengkapnya, lihat Gunakan fitur SQL Audit pada instans ApsaraDB RDS for PostgreSQL.	Disk lokal mengurangi keandalan data; disk cloud memerlukan perencanaan arsitektur manual. Administrator basis data (DBA) berpengalaman harus direkrut.	Pembaruan perangkat keras server pihak ketiga tertinggal dibandingkan peningkatan infrastruktur cloud. Pemisahan compute-storage memerlukan investasi modal signifikan pada media penyimpanan canggih. DBA berpengalaman harus direkrut.
Keamanan	Proteksi: daftar putih, grup keamanan, dan isolasi jaringan VPC. Enkripsi: enkripsi SSL dan enkripsi disk.	Proteksi: daftar putih, grup keamanan, dan isolasi jaringan VPC. Enkripsi: Koneksi harus dienkripsi secara terpisah.	Proteksi: Daftar putih dan isolasi jaringan VPC melibatkan biaya konsultasi tinggi. Enkripsi: Anda harus mengimplementasikan enkripsi koneksi secara terpisah.

Keunggulan instans ApsaraDB RDS untuk SQL Server dibandingkan database SQL Server yang dikelola sendiri

		Self-managed di ECS
Efisiensi biaya	Sumber daya skalabel tanpa investasi perangkat keras di muka. SQL Server Web Edition didukung, menyediakan opsi lisensi hemat biaya. Penyimpanan backup gratis sebesar setengah kapasitas penyimpanan yang dibeli. Untuk informasi selengkapnya, lihat Biaya penyimpanan backup instans ApsaraDB RDS for SQL Server. Lalu lintas internet disertakan tanpa biaya tambahan.	Sumber daya skalabel, tetapi SQL Server Web Edition tidak didukung. Penyimpanan backup dan lalu lintas internet ditagih secara terpisah.	Biaya perangkat keras awal yang tinggi. SQL Server Web Edition tidak didukung. Infrastruktur backup independen diperlukan. Lalu lintas internet dan nama domain dikenai tarif tinggi.
Ketersediaan	RDS Basic Edition: failover selesai dalam waktu sekitar 15 menit. RDS High-availability Edition / RDS Cluster Edition: failover selesai dalam waktu kurang dari 30 detik menggunakan arsitektur ketersediaan tinggi milik Alibaba Cloud. RDS Cluster Edition: instansi read-only tersedia untuk load balancing. Untuk informasi selengkapnya, lihat Ikhtisar instans ApsaraDB RDS for SQL Server read-only. RDS Cluster Edition: pemisahan baca/tulis mengarahkan traffic melalui titik akhir khusus. Untuk informasi selengkapnya, lihat Ikhtisar pemisahan baca/tulis.	Failover edisi dasar membutuhkan waktu sekitar 30 menit. Arsitektur ketersediaan tinggi dan load balancing memerlukan perangkat lunak atau perangkat keras tambahan.	Standalone secara default; kegagalan server dapat menyebabkan downtime selama berjam-jam hingga berminggu-minggu. Arsitektur ketersediaan tinggi dan load balancing memerlukan perangkat lunak atau perangkat keras tambahan.
Keandalan	Replikasi data otomatis antara instans primary dan secondary, serta backup data dan log otomatis. RDS Cluster Edition memberikan RPO 0.	Ketersediaan tinggi memerlukan arsitektur yang harus Anda bangun dan kelola sendiri. Mencapai RPO 0 memerlukan pembelian layanan R&D independen.	Keandalan data bergantung pada integritas disk individual. Mencapai RPO 0 memerlukan pembelian layanan R&D independen.
Kegunaan	Backup dan restore otomatis mendukung PITR, restore tingkat database, dan backup streaming dengan dampak performa minimal. Untuk informasi selengkapnya, lihat Aktifkan backup otomatis untuk instans ApsaraDB RDS for SQL Server. Pemantauan dan peringatan bawaan mencakup semua metrik instans dan database dengan granularitas beberapa detik. Peringatan dikirimkan melalui pesan teks, email, atau DingTalk — dengan kuota pesan teks gratis berdasarkan pembelian Anda. Untuk informasi selengkapnya, lihat Kelola aturan peringatan. Geo-disaster recovery sedang dalam pengembangan.	Backup streaming dan PITR harus dibeli atau dikonfigurasi secara terpisah. Pemantauan memerlukan sistem terpisah yang dikonfigurasi di CloudMonitor.	Backup streaming dan PITR harus dibeli atau dikonfigurasi secara terpisah. Sistem pemantauan independen harus dibeli dan dikonfigurasi. Geo-disaster recovery sulit diatur dan mahal.
Performa	Instans yang menjalankan SQL Server 2008 R2 dengan Premium Local SSD memberikan performa I/O tinggi. Instans yang menjalankan SQL Server 201x mendukung penguraian keterkaitan compute-storage untuk pemanfaatan perangkat keras yang lebih baik. Instans dengan ESSDs mengungguli instans berbasis SSD standar. RDS mengoptimalkan parameter ESSD untuk beban kerja SQL Server, memberikan keunggulan bagi instans ini dibandingkan database yang dikelola sendiri di ECS. Instansi read-only meningkatkan throughput baca secara independen. DAS menyediakan optimasi kueri dan diagnostik lanjutan. Untuk informasi selengkapnya, lihat Ikhtisar DAS.	Disk lokal mengurangi keandalan data; disk cloud memerlukan perencanaan arsitektur manual. Deployment kluster kompleks dan memerlukan keahlian serta konsultasi DBA yang mahal.	Pembaruan perangkat keras server pihak ketiga tertinggal dibandingkan peningkatan infrastruktur cloud. Pemisahan compute-storage memerlukan investasi modal signifikan pada media penyimpanan canggih. Deployment kluster memerlukan keahlian dan konsultasi DBA yang mahal.
Keamanan	Daftar putih alamat IP dan isolasi jaringan VPC untuk kontrol akses tingkat jaringan. Enkripsi link dan enkripsi disk melindungi data saat transit dan saat diam. Pembaruan versi minor mengikuti rilis terbaru Microsoft SQL Server.	Daftar putih alamat IP, grup keamanan, dan VPC tersedia, tetapi enkripsi link dan enkripsi disk harus dikonfigurasi secara terpisah. Rotasi BYOK kompleks dan mahal. Log SQL harus disimpan secara terpisah, sehingga auditing menjadi sulit.	Daftar putih alamat IP dan VPC tersedia, tetapi memerlukan biaya konsultasi tinggi untuk konfigurasi. Enkripsi link dan enkripsi disk harus dikonfigurasi secara terpisah. Rotasi BYOK kompleks dan mahal. Log SQL harus disimpan secara terpisah, sehingga auditing menjadi sulit.
Tanggung jawab hukum	ApsaraDB RDS for SQL Server mencakup lisensi yang valid. Tidak ada tanggung jawab lisensi yang dibebankan kepada Anda.	Lisensi yang valid harus dibeli secara terpisah.	Lisensi yang valid harus dibeli secara terpisah, atau tanggung jawab hukum dapat berlaku.

Langkah selanjutnya

Ikhtisar
RDS Learning Path
Migrasi data dari database yang dikelola sendiri ke ApsaraDB RDS: