全部产品
Search
文档中心

ApsaraDB RDS:Keunggulan kompetitif instans ApsaraDB RDS dibandingkan dengan database yang dikelola sendiri

更新时间:Oct 12, 2025

ApsaraDB RDS menyediakan database terkelola yang sangat tersedia, andal, aman, dan skalabel dengan performa setara database komersial. Solusi ini lebih hemat biaya dibandingkan database mandiri yang di-hosting pada instance Elastic Compute Service (ECS) atau server pihak ketiga, mengurangi biaya penyebaran dan pemeliharaan.

Keunggulan Instance ApsaraDB RDS dibandingkan Database Mandiri

Keunggulan Instance ApsaraDB RDS for MySQL dibandingkan Database Mandiri MySQL

Item

Instance ApsaraDB RDS for MySQL

Database Mandiri di Instance ECS

Database Mandiri di Server Database Pihak Ketiga

Efisiensi Biaya

  • Menyediakan sumber daya yang dapat diskalakan.

  • AliSQL adalah cabang independen MySQL yang dikembangkan oleh Alibaba Cloud. AliSQL menyediakan fitur yang mirip dengan fitur MySQL Enterprise Edition untuk meningkatkan pengalaman pengguna. Untuk informasi lebih lanjut, lihat Ikhtisar Fitur AliSQL.

  • Kuota gratis untuk penyimpanan cadangan disediakan. Kuota gratis hingga dua kali lipat dari kapasitas penyimpanan yang dibeli berdasarkan konfigurasi instance. Untuk informasi lebih lanjut, lihat Harga Penyimpanan Cadangan untuk Instance ApsaraDB RDS for MySQL.

  • Lalu lintas internet gratis.

  • Nama domain yang disediakan pengguna didukung secara gratis.

  • Pembaruan untuk ApsaraDB RDS for MySQL dirilis oleh Alibaba Cloud untuk mengikuti rilis terbaru MySQL.

  • Menyediakan sumber daya yang dapat diskalakan.

  • MySQL open source digunakan. Tidak ada optimisasi yang disediakan.

  • Anda dikenakan biaya untuk penyimpanan cadangan yang Anda gunakan.

  • Anda dikenakan biaya untuk lalu lintas internet yang Anda konsumsi.

  • Biaya investasi awal tinggi.

  • MySQL open source digunakan. Tidak ada optimisasi yang disediakan.

  • Anda harus mengalokasikan sumber daya cadangan independen. Ini memerlukan biaya tinggi.

  • Anda dikenakan biaya untuk lalu lintas internet yang Anda konsumsi dan nama domain yang Anda gunakan. Nama domain dikenakan biaya tinggi.

Ketersediaan

  • Dalam Edisi Dasar RDS, sistem database Anda memerlukan sekitar 15 menit untuk menyelesaikan failover.

  • Dalam Edisi Ketersediaan Tinggi RDS atau Edisi Kluster RDS, sistem database Anda berjalan dalam arsitektur ketersediaan tinggi eksklusif Alibaba Cloud. Arsitektur ini memungkinkan sistem database Anda menyelesaikan failover dalam waktu 30 detik.

  • Anda dapat membuat instance RDS baca-saja untuk menyeimbangkan beban dalam sistem database Anda. Untuk informasi lebih lanjut, lihat Ikhtisar Instance RDS Baca-Saja untuk ApsaraDB RDS for MySQL.

  • Pembagian baca/tulis memungkinkan sistem database Anda mendistribusikan permintaan baca dan tulis menggunakan titik akhir pembagian baca/tulis. Untuk informasi lebih lanjut, lihat Aktifkan fitur terminal proxy untuk instance ApsaraDB RDSfor MySQL.

  • Instance RDS analitik yang dapat digunakan untuk menganalisis data sedang dikembangkan.

  • Dalam edisi dasar, database Anda memerlukan sekitar 30 menit untuk menyelesaikan failover.

  • Anda harus membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur ketersediaan tinggi.

  • Anda harus mengonfigurasi atau membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur penyeimbangan beban.

  • Jika Anda ingin menganalisis data, Anda harus membuat database analitik. Proses pembuatan database analitik memakan waktu dan memerlukan biaya tinggi.

  • Database Anda berdiri sendiri. Jika server database rusak, perbaikan bisa memakan waktu berjam-jam hingga berminggu-minggu.

  • Anda harus membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur ketersediaan tinggi.

  • Anda harus mengonfigurasi atau membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur penyeimbangan beban.

  • Jika Anda ingin menganalisis data, Anda harus membuat database analitik. Proses pembuatan database analitik memakan waktu dan memerlukan biaya tinggi.

Reliabilitas

  • Replikasi otomatis data antara instance RDS utama dan sekunder, cadangan data, dan cadangan log didukung untuk memastikan reliabilitas data yang tinggi.

  • Edisi Perusahaan RDS mendukung tujuan pemulihan titik (RPO) 0 dan tujuan waktu pemulihan (RTO) sekitar 1 menit saat edisi ini digunakan dengan MySQL 5.7 atau MySQL 8.0.

  • Database Anda hanya tersedia tinggi jika diterapkan dalam arsitektur ketersediaan tinggi yang optimal.

  • Untuk memastikan RPO 0, Anda harus membeli layanan R&D independen. Ini memerlukan biaya tinggi.

  • Reliabilitas data moderat dan bervariasi berdasarkan probabilitas korupsi disk individu.

  • Untuk memastikan RPO 0, Anda harus membeli layanan R&D independen. Ini memerlukan biaya tinggi.

Kegunaan

  • Sistem pencadangan dan pemulihan otomatis mendukung pemulihan pada titik waktu (PITR) serta pencadangan dan pemulihan tingkat database. Pencadangan streaming juga tersedia untuk meminimalkan dampak terhadap performa. Untuk informasi lebih lanjut, lihat Aktifkan pencadangan otomatis untuk instance ApsaraDB RDS for MySQL.

  • Sistem pemantauan dan peringatan otomatis memungkinkan Anda memantau semua metrik yang didukung pada tingkat instance dan database, dengan informasi pemantauan yang dikumpulkan dalam rentang beberapa detik. Jika nilai metrik melebihi ambang tertentu, ApsaraDB RDS akan mengirimkan peringatan melalui pesan teks, email, atau DingTalk. Kuota gratis untuk notifikasi peringatan melalui pesan teks disediakan berdasarkan detail pembelian Anda. Untuk informasi lebih lanjut, lihat Konfigurasikan aturan peringatan untuk instance ApsaraDB RDS for MySQL.

  • Anda dapat memperbarui versi mesin minor instance RDS dengan beberapa klik. Untuk informasi lebih lanjut, lihat Perbarui versi mesin minor instance ApsaraDB RDS for MySQL.

  • Pencadangan otomatis tidak didukung. Anda harus membeli atau mengonfigurasi fitur pencadangan streaming dan PITR, yang memerlukan biaya tinggi.

  • Anda harus membeli sistem pemantauan independen dan mengonfigurasinya di konsol CloudMonitor.

  • Tantangan teknis memengaruhi kegunaan.

  • Pembaruan versi memerlukan biaya tinggi.

  • Pencadangan otomatis tidak didukung. Anda harus membeli atau mengonfigurasi fitur pencadangan streaming dan PITR, yang memerlukan biaya tinggi.

  • Anda harus membeli atau mengonfigurasi sistem pemantauan independen, yang memerlukan biaya tinggi.

  • Pusat data jarak jauh memerlukan biaya tinggi dan sulit dibangun, sehingga pemulihan bencana geografis sulit dilaksanakan.

  • Pembaruan versi memerlukan biaya tinggi.

Performa

  • Instans RDS yang dilengkapi dengan Premium Local SSD menyediakan performa tinggi.

  • Instans RDS yang dilengkapi dengan ESSD (Enhanced SSD) menyediakan performa lebih tinggi daripada instans RDS yang dilengkapi dengan SSD.

  • Anda dapat membuat instance RDS baca-saja untuk meningkatkan performa dan menyeimbangkan beban.

  • Anda dapat menggunakan kemampuan optimisasi tingkat lanjut yang disediakan oleh DAS. Untuk informasi lebih lanjut, lihat Ikhtisar DAS.

  • Fitur SQL Explorer dapat memenuhi sebagian besar kebutuhan bisnis Anda terkait pemantauan dan optimisasi performa. Untuk informasi lebih lanjut, lihat Gunakan fitur SQL Explorer pada instance ApsaraDB RDS for MySQL.

  • Jika Anda memilih disk lokal, reliabilitas data berkurang. Jika Anda memilih disk cloud, Anda harus merencanakan arsitektur disk. Ini memerlukan biaya tinggi.

  • Edisi kluster sulit diterapkan dan memerlukan biaya konsultasi tinggi dan biaya pemeliharaan tinggi.

  • Anda harus merekrut DBA berpengalaman. Ini memerlukan biaya tinggi.

  • Server database diperbarui dengan kecepatan lebih rendah daripada perangkat keras komputasi cloud. Oleh karena itu, database mandiri pada server ini lebih rendah dibandingkan instance RDS.

  • Pemisahan komputasi-penyimpanan sulit dilaksanakan dan mungkin memerlukan Anda menghabiskan jutaan dolar AS untuk media penyimpanan canggih.

  • Edisi kluster sulit diterapkan dan memerlukan biaya konsultasi tinggi dan biaya pemeliharaan tinggi.

  • Anda harus merekrut DBA berpengalaman. Ini memerlukan biaya tinggi.

Keamanan

  • Daftar Putih Alamat IP, Kelompok Keamanan, dan VPC dapat digunakan untuk mengontrol akses ke database mandiri yang di-hosting di ECS.

  • Enkripsi tautan dan enkripsi disk harus dikonfigurasi secara terpisah untuk melindungi data. Ini memerlukan biaya konsultasi tinggi karena kesulitan dalam rotasi BYOK.

  • Log SQL sulit diaudit karena harus disimpan secara terpisah.

  • Daftar Putih Alamat IP dan VPC dapat digunakan untuk mengontrol akses ke database mandiri di server pihak ketiga. Ini memerlukan biaya konsultasi tinggi.

  • Enkripsi tautan dan enkripsi disk harus dikonfigurasi secara terpisah untuk melindungi data. Ini memerlukan biaya konsultasi tinggi karena kesulitan dalam rotasi BYOK.

  • Log SQL sulit diaudit karena harus disimpan secara terpisah.

Keunggulan Instance ApsaraDB RDS for PostgreSQL dibandingkan Database Mandiri PostgreSQL

Item

Instance ApsaraDB RDS for PostgreSQL

Database Mandiri di Instance ECS

Database Mandiri di Server Database Pihak Ketiga

Efisiensi Biaya

  • Menyediakan sumber daya yang dapat diskalakan.

  • AliPG kompatibel dengan PostgreSQL open source. AliPG menyediakan sejumlah fitur eksklusif untuk meningkatkan pengalaman pengguna. Untuk informasi lebih lanjut, lihat Manfaat AliPG.

  • Kuota gratis untuk penyimpanan cadangan disediakan. Kuota gratis hingga dua kali lipat dari kapasitas penyimpanan yang dibeli berdasarkan konfigurasi instance. Untuk informasi lebih lanjut, lihat Harga Penyimpanan Cadangan untuk Instance ApsaraDB RDS for MySQL.

  • Lalu lintas internet gratis.

  • Nama domain yang disediakan pengguna didukung secara gratis.

  • Pembaruan untuk ApsaraDB RDS for PostgreSQL dirilis oleh Alibaba Cloud untuk mengikuti rilis terbaru PostgreSQL.

  • Menyediakan sumber daya yang dapat diskalakan.

  • MySQL open source digunakan. Tidak ada optimisasi yang disediakan.

  • Anda dikenakan biaya untuk penyimpanan cadangan yang Anda gunakan.

  • Anda dikenakan biaya untuk lalu lintas internet yang Anda konsumsi.

  • Biaya investasi awal tinggi.

  • MySQL open source digunakan. Tidak ada optimisasi yang disediakan.

  • Anda harus mengalokasikan sumber daya cadangan independen. Ini memerlukan biaya tinggi.

  • Anda dikenakan biaya untuk lalu lintas internet yang Anda konsumsi dan nama domain yang Anda gunakan. Nama domain dikenakan biaya tinggi.

Ketersediaan

  • Dalam Edisi Dasar RDS, sistem database Anda memerlukan sekitar 15 menit untuk menyelesaikan failover.

  • Dalam Edisi Ketersediaan Tinggi RDS, sistem database Anda berjalan dalam arsitektur ketersediaan tinggi eksklusif Alibaba Cloud. Arsitektur ini memungkinkan sistem database Anda menyelesaikan failover dalam waktu 30 detik.

  • Anda dapat membuat instance RDS baca-saja untuk menyeimbangkan beban dalam sistem database Anda. Untuk informasi lebih lanjut, lihat Ikhtisar Instance RDS Baca-Saja untuk ApsaraDB RDS for PostgreSQL.

  • Dalam edisi dasar, database Anda memerlukan sekitar 30 menit untuk menyelesaikan failover.

  • Anda harus membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur ketersediaan tinggi.

  • Anda harus mengonfigurasi atau membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur penyeimbangan beban.

  • Database Anda berdiri sendiri. Jika server database rusak, perbaikan bisa memakan waktu berjam-jam hingga berminggu-minggu.

  • Anda harus membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur ketersediaan tinggi.

  • Anda harus mengonfigurasi atau membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur penyeimbangan beban.

Reliabilitas

  • Replikasi otomatis data antara instance RDS utama dan sekunder, cadangan data, dan cadangan log didukung untuk memastikan reliabilitas data yang tinggi.

  • Kustomisasi RPO memungkinkan Anda menentukan RPO 0.

  • Database Anda hanya tersedia tinggi jika diterapkan dalam arsitektur ketersediaan tinggi yang optimal.

  • Untuk memastikan RPO 0, Anda harus membeli layanan R&D independen. Ini memerlukan biaya tinggi.

  • Reliabilitas data moderat dan bervariasi berdasarkan probabilitas korupsi disk individu.

  • Untuk memastikan RPO 0, Anda harus membeli layanan R&D independen. Ini memerlukan biaya tinggi.

Kegunaan

  • Sistem pencadangan dan pemulihan otomatis disediakan untuk mendukung pemulihan pada titik waktu (PITR) dan pencadangan serta pemulihan tingkat database. Selain itu, pencadangan streaming didukung untuk meminimalkan dampak pada performa. Untuk informasi lebih lanjut, lihat Aktifkan Pencadangan Otomatis untuk Instance ApsaraDB RDS for MySQL.

  • Sistem pemantauan dan peringatan otomatis memungkinkan Anda memantau semua metrik yang didukung pada tingkat instance dan database serta melihat informasi pemantauan yang dikumpulkan selama beberapa detik. Jika nilai metrik melebihi ambang batas tertentu, ApsaraDB RDS mengirimkan peringatan melalui pesan teks, email, atau DingTalk. Kuota gratis untuk notifikasi peringatan melalui pesan teks juga disediakan berdasarkan detail pembelian Anda. Untuk informasi lebih lanjut, lihat Konfigurasikan Aturan Peringatan untuk Instance ApsaraDB RDS for PostgreSQL.

  • Pencadangan otomatis tidak didukung. Anda harus membeli atau mengonfigurasi fitur pencadangan streaming dan PITR, yang memerlukan biaya tinggi.

  • Anda harus membeli sistem pemantauan independen dan mengonfigurasinya di konsol CloudMonitor.

  • Pencadangan otomatis tidak didukung. Anda harus membeli atau mengonfigurasi fitur pencadangan streaming dan PITR, yang memerlukan biaya tinggi.

  • Anda harus membeli atau mengonfigurasi sistem pemantauan independen, yang memerlukan biaya tinggi.

Performa

  • Instans RDS yang dilengkapi dengan ESSD menyediakan performa lebih tinggi daripada instans RDS yang dilengkapi dengan SSD.

  • Anda dapat membuat instance RDS baca-saja untuk meningkatkan performa dan menyeimbangkan beban.

  • Anda dapat memanfaatkan kemampuan optimisasi tingkat lanjut yang disediakan oleh DAS. Untuk informasi lebih lanjut, lihat Ikhtisar DAS.

  • Fitur Audit SQL memenuhi sebagian besar persyaratan pemantauan dan optimisasi performa database Anda. Untuk informasi lebih lanjut, lihat Gunakan Fitur Audit SQL pada Instance ApsaraDB RDS for PostgreSQL.

  • Jika Anda memilih disk lokal, reliabilitas data berkurang. Jika Anda memilih disk cloud, Anda harus merencanakan arsitektur disk, yang memerlukan biaya tinggi.

  • Anda harus merekrut DBA berpengalaman, yang memerlukan biaya tinggi.

  • Server database diperbarui dengan kecepatan lebih rendah dibandingkan perangkat keras komputasi cloud. Oleh karena itu, performa database mandiri pada server ini lebih rendah dibandingkan instance RDS.

  • Pemisahan komputasi-penyimpanan sulit dilaksanakan. Jika Anda menggunakan media penyimpanan canggih untuk memisahkan komputasi dari penyimpanan, Anda mungkin perlu menghabiskan jutaan dolar AS.

  • Anda harus merekrut DBA berpengalaman, yang memerlukan biaya tinggi.

Keamanan

  • Daftar Putih Alamat IP, Kelompok Keamanan, dan VPC dapat digunakan untuk mengontrol akses ke database mandiri yang di-hosting di ECS.

  • Enkripsi tautan harus dikonfigurasi secara terpisah untuk melindungi data.

  • Daftar Putih Alamat IP dan VPC dapat digunakan untuk mengontrol akses ke database mandiri di server pihak ketiga. Ini memerlukan biaya konsultasi tinggi.

  • Enkripsi tautan harus dikonfigurasi secara terpisah untuk melindungi data.

Keunggulan Instance ApsaraDB RDS for SQL Server dibandingkan Database Mandiri SQL Server

Item

Instance ApsaraDB RDS for SQL Server

Database Mandiri di Instance ECS

Database Mandiri di Server Database Pihak Ketiga

Efisiensi Biaya

  • Menyediakan sumber daya yang dapat diskalakan.

  • SQL Server Web Edition didukung untuk meningkatkan efisiensi biaya.

  • Kuota gratis untuk penyimpanan cadangan disediakan. Kuota gratis setara dengan setengah dari kapasitas penyimpanan yang dibeli. Untuk informasi lebih lanjut, lihat Biaya Penyimpanan Cadangan untuk Instance ApsaraDB RDS for SQL Server.

  • Lalu lintas internet gratis.

  • Menyediakan sumber daya yang dapat diskalakan.

  • SQL Server Web Edition tidak didukung.

  • Anda dikenakan biaya untuk penyimpanan cadangan yang Anda gunakan.

  • Anda dikenakan biaya untuk lalu lintas internet yang Anda konsumsi.

  • Biaya investasi awal tinggi.

  • SQL Server Web Edition tidak didukung.

  • Anda harus mengalokasikan sumber daya cadangan independen, yang memerlukan biaya tinggi.

  • Anda dikenakan biaya untuk lalu lintas internet yang Anda konsumsi dan nama domain yang Anda gunakan. Nama domain dikenakan biaya tinggi.

Ketersediaan

  • Dalam Edisi Dasar RDS, sistem database Anda memerlukan sekitar 15 menit untuk menyelesaikan failover.

  • Dalam Edisi Ketersediaan Tinggi RDS atau Edisi Kluster RDS, sistem database Anda berjalan dalam arsitektur ketersediaan tinggi eksklusif Alibaba Cloud. Arsitektur ini memungkinkan sistem database Anda menyelesaikan failover dalam waktu 30 detik.

  • Dalam Edisi Kluster RDS, Anda dapat membuat instance RDS baca-saja untuk menyeimbangkan beban dalam sistem database Anda. Untuk informasi lebih lanjut, lihat Ikhtisar Instance RDS Baca-Saja untuk ApsaraDB RDS for SQL Server.

  • Dalam Edisi Kluster RDS, Anda dapat menggunakan pembagian baca/tulis untuk mendistribusikan permintaan baca dan tulis menggunakan titik akhir pembagian baca/tulis. Untuk informasi lebih lanjut, lihat Ikhtisar Pembagian Baca/Tulis.

  • Dalam edisi dasar, database Anda memerlukan sekitar 30 menit untuk menyelesaikan failover.

  • Anda harus membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur ketersediaan tinggi.

  • Anda harus mengonfigurasi atau membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur penyeimbangan beban.

  • Database Anda berdiri sendiri. Jika server database mengalami kerusakan, proses perbaikan dapat memakan waktu mulai dari beberapa jam hingga berminggu-minggu.

  • Anda perlu membeli perangkat lunak atau perangkat keras tambahan untuk membangun arsitektur ketersediaan tinggi.

  • Anda perlu mengonfigurasi atau membeli perangkat lunak atau perangkat keras tambahan guna membangun arsitektur penyeimbangan beban.

Reliabilitas

  • Replikasi otomatis data antara instance RDS utama dan sekunder, termasuk cadangan data dan log, didukung untuk memastikan reliabilitas data yang tinggi.

  • Edisi Kluster RDS mencapai RPO 0.

  • Database Anda hanya tersedia tinggi jika diterapkan dalam arsitektur ketersediaan tinggi yang optimal.

  • Untuk memastikan RPO 0, Anda harus membeli layanan R&D independen, yang memerlukan biaya tinggi.

  • Reliabilitas data moderat dan bervariasi berdasarkan probabilitas korupsi disk individu.

  • Untuk memastikan RPO 0, Anda harus membeli layanan R&D independen, yang memerlukan biaya tinggi.

Kegunaan

  • Sistem pencadangan dan pemulihan otomatis disediakan untuk mendukung pemulihan pada titik waktu (PITR) dan pencadangan serta pemulihan tingkat database. Selain itu, pencadangan streaming didukung untuk meminimalkan dampak pada performa. Untuk informasi lebih lanjut, lihat Aktifkan Pencadangan Otomatis untuk Instance ApsaraDB RDS for MySQL.

  • Sistem pemantauan dan peringatan otomatis memungkinkan Anda memantau semua metrik yang didukung pada tingkat instance dan database serta melihat informasi pemantauan yang dikumpulkan selama rentang waktu beberapa detik. Jika nilai metrik melebihi ambang batas tertentu, ApsaraDB RDS mengirimkan peringatan kepada Anda melalui pesan teks, email, atau DingTalk. Kuota gratis untuk notifikasi peringatan melalui pesan teks disediakan berdasarkan detail pembelian Anda. Untuk informasi lebih lanjut, lihat Kelola Aturan Peringatan.

  • Pemulihan bencana geografis sedang dikembangkan.

  • Pencadangan otomatis tidak didukung. Anda harus membeli atau mengonfigurasi fitur pencadangan streaming dan PITR, yang memerlukan biaya tinggi.

  • Anda harus membeli sistem pemantauan independen dan mengonfigurasinya di konsol CloudMonitor.

  • Tantangan teknis diterapkan pada aspek kegunaan.

  • Pencadangan otomatis tidak didukung. Anda harus membeli atau mengonfigurasi fitur pencadangan streaming dan PITR, yang memerlukan biaya tinggi.

  • Anda harus membeli atau mengonfigurasi sistem pemantauan independen, yang memerlukan biaya tinggi.

  • Pusat data jarak jauh sulit dibangun dan memerlukan biaya tinggi. Akibatnya, pemulihan bencana geografis sulit dilaksanakan.

Performa

  • Instans RDS yang menjalankan SQL Server 2008 R2 dengan Premium Local SSD menyediakan performa tinggi. Instans RDS yang menjalankan SQL Server 201x mendukung pemisahan komputasi-penyimpanan generasi berikutnya dan dapat memanfaatkan dividen perangkat keras.

  • Instans RDS yang dilengkapi dengan ESSD menyediakan performa lebih tinggi daripada instans RDS yang dilengkapi dengan SSD.

  • Anda dapat membuat instance RDS baca-saja untuk meningkatkan performa dan menyeimbangkan beban.

  • Anda dapat menggunakan kemampuan optimisasi tingkat lanjut yang disediakan oleh DAS. Untuk informasi lebih lanjut, lihat Ikhtisar DAS.

  • Jika Anda memilih disk lokal, reliabilitas data akan berkurang. Namun, jika Anda memilih disk cloud, Anda perlu merencanakan arsitektur disk, yang melibatkan biaya tinggi.

  • Parameter instance RDS yang menggunakan ESSD dioptimalkan dan disesuaikan. Dalam hal ini, instance RDS yang menggunakan ESSD memiliki performa lebih tinggi dibandingkan database mandiri SQL Server pada instance ECS.

  • Edisi kluster sulit diterapkan serta memerlukan biaya konsultasi dan pemeliharaan yang tinggi.

  • Anda perlu merekrut DBA berpengalaman, yang memerlukan biaya tinggi.

  • Server database diperbarui dengan kecepatan lebih rendah dibandingkan perangkat keras komputasi cloud, sehingga database mandiri pada server ini memiliki performa lebih rendah dibandingkan instance RDS.

  • Pemisahan komputasi dan penyimpanan sulit dilakukan serta mungkin memerlukan pengeluaran jutaan dolar AS untuk media penyimpanan canggih.

  • Edisi kluster sulit diterapkan serta memerlukan biaya konsultasi dan pemeliharaan yang tinggi.

  • Anda perlu merekrut DBA berpengalaman, yang memerlukan biaya tinggi.

Keamanan

  • Daftar Putih Alamat IP, Kelompok Keamanan, dan VPC dapat digunakan untuk mengontrol akses ke database mandiri yang di-hosting di ECS.

  • Enkripsi tautan dan enkripsi disk harus dikonfigurasi secara terpisah untuk melindungi data. Ini memerlukan biaya konsultasi tinggi.

  • Log SQL sulit diaudit karena harus disimpan secara terpisah.

  • Daftar Putih Alamat IP dan VPC dapat digunakan untuk mengontrol akses ke database mandiri di server pihak ketiga. Ini memerlukan biaya konsultasi tinggi.

  • Enkripsi tautan dan enkripsi disk harus dikonfigurasi secara terpisah untuk melindungi data. Ini memerlukan biaya konsultasi tinggi.

  • Log SQL sulit diaudit karena harus disimpan secara terpisah.

Tanggung Jawab Hukum

ApsaraDB RDS for SQL Server disediakan dengan lisensi yang valid. Tidak ada tanggung jawab hukum yang dikenakan pada Anda.

Anda harus membeli lisensi yang valid.

Anda harus membeli lisensi yang valid. Jika tidak, tanggung jawab hukum mungkin dikenakan pada Anda.

Mulai dengan ApsaraDB RDS