Kami sering mendengar pertanyaan ini:Ada apa dengan Amazon Aurora? Saat menentukan layanan database terkelola terbaik untuk organisasi Anda, ada beberapa faktor yang perlu dipertimbangkan – dan benang merah yang menjalankan semuanya adalah seberapa banyak kontrol yang Anda butuhkan. Amazon memberikan banyak bobot di balik penawaran Aurora DBaaS-nya, tetapi – tergantung pada kebutuhan dan prioritas Anda – memilih untuk menjalankan database seperti MariaDB di Amazon EC2 atau layanan non-Amazon yang berbeda, mungkin lebih cocok untuk Anda.
Berikut adalah empat hal yang mungkin belum Anda ketahui tentang Amazon Aurora.
Basis data yang sudah tua dan ketinggalan zaman
Amazon Aurora 2.x menggunakan versi lama MySQL 5.7.
Aurora 2.0.1 dirilis pada Februari 2018, menggunakan MySQL 5.7.12, sendiri dirilis pada April 2016. Aurora 2.x masih menggunakan MySQL 5.7 versi lama. Namun, Amazon tidak lagi menerbitkan versi pemeliharaan yang digunakannya. Hal ini seharusnya tidak mengejutkan. Ada lebih dari selusin rilis pemeliharaan MySQL sejak 5.7.12. Berapa banyak perbaikan bug yang ada di dalamnya yang telah di-backport Amazon? 17… dari ratusan.
- Aurora 2.02.0:Bug #22833364
- Aurora 2.02.3:Bug #24929748, #26867509, #22843444, #25080442
- Aurora 2.03.0:Bug #24929748, #26867509, #22843444, #25080442
- Aurora 2.03.3:Bug #25361251, #26734162, #27460607, #22343910, #23074801 #25287633
- Aurora 2.04.0:Bug #26225783
- Aurora 2.04.2:Bug #24829050
Jika Anda dapat memilih database baru, apakah Anda akan memilih database yang dirilis lebih dari tiga tahun lalu, database yang tidak memiliki perbaikan bug, patch keamanan, peningkatan, dan fitur baru selama tiga tahun?
Waktu henti dan gangguan yang diperlukan
Aurora membutuhkan waktu henti untuk pemeliharaan. Meskipun beberapa pemeliharaan bersifat opsional, dan dapat ditangguhkan tanpa batas waktu, pemeliharaan lain seperti patch keamanan dan keandalan tidak hanya diperlukan, tetapi juga mengakibatkan waktu henti selama periode pemeliharaan acak selama 30 menit. Selanjutnya, pemutakhiran basis data (yaitu pembaruan mesin basis data) menghasilkan waktu henti selama 20-30 detik karena dilakukan pada setiap instans basis data dalam sebuah cluster pada waktu yang sama.
Platform MariaDB, di sisi lain, mendukung upgrade bergulir dengan peralihan yang anggun, memungkinkan DBA melakukan pemeliharaan tanpa henti sesuai permintaan.
Selain pemeliharaan dan peningkatan, Aurora dapat memerlukan waktu hingga dua menit untuk melakukan failover otomatis, yang menghasilkan lebih banyak waktu henti. Selanjutnya, failover otomatis mengakibatkan koneksi yang hilang, sesi, dan transaksi dalam penerbangan.
Platform MariaDB, tidak seperti Aurora, mendukung pengelompokan multi-master untuk menghilangkan waktu henti karena kegagalan yang tidak terduga. Selain itu, Platform MariaDB mendukung migrasi koneksi, pemulihan sesi, dan pemutaran ulang transaksi untuk memastikan kegagalan tak terduga tidak memengaruhi aplikasi.
Kurangnya keamanan perusahaan
Aurora tidak memiliki banyak fitur keamanan perusahaan yang diharapkan dari database modern, termasuk firewall database, penyembunyian data dinamis, peran, rotasi kunci, dan TLS 1.3.
Aurora mendukung Amazon Key Management Service, tetapi tidak mendukung rotasi kunci untuk instans database. Sebaliknya, alias kunci dapat digunakan untuk mengubah kunci untuk instance database baru. Dengan demikian, meskipun kunci baru ditambahkan, instance database yang ada akan terus mengenkripsi dan mendekripsi data menggunakan kunci lama.
Platform MariaDB mendukung rotasi kunci, dan ketika kunci baru ditambahkan, ia dapat secara otomatis mengenkripsi ulang data menggunakan kunci baru – memungkinkan kunci lama dibuang.
Aurora tidak memiliki firewall database yang kuat dan fitur masking database dinamis yang tersedia di Platform MariaDB, dan karena Aurora didasarkan pada versi lama MySQL, ia juga tidak memiliki peran. Selanjutnya, ini terbatas pada TLS 1.0, 1.1 dan 1.2.
Penyebut terkecil
Aurora memberi pengguna basis data sederhana yang dibuat menggunakan templat pemotong kue yang dimaksudkan untuk memenuhi penyebut yang paling tidak umum. Sementara MariaDB Platform dapat meningkatkan pembacaan, penulisan, dan penyimpanan dengan sharding transparan melalui mesin penyimpanan Spider, atau memanfaatkan penyimpanan yang dioptimalkan untuk penulisan dan ruang pada SSD melalui mesin penyimpanan MyRocks (dikembangkan oleh Facebook), Aurora tidak memiliki keduanya. Ini terbatas pada mesin penyimpanan InnoDB.
Lalu ada distribusi, penyimpanan kolumnar, dan pemrosesan paralel besar-besaran dengan MariaDB ColumnStore. Ini adalah mesin penyimpanan lain yang tidak tersedia di Aurora. Meskipun Amazon menyarankan penggunaan Aurora untuk pemrosesan transaksional dan Redshift untuk analitik, keduanya dapat dilakukan dengan Platform MariaDB – memungkinkan pemrosesan transaksional/analitik hybrid (HTAP).
Di luar mesin penyimpanan yang dioptimalkan untuk beban kerja, ada banyak fitur yang tersedia di Platform MariaDB yang tidak dapat ditemukan di Aurora, termasuk kompatibilitas Oracle Database (yaitu, PL/SQL), tabel temporal, rollback point-in-time, streaming change-data-capture , produser Apache Kafka, pemisahan baca/tulis transparan, batasan pemeriksaan, ekspresi nilai default, ekspresi tabel umum, operator set, fungsi jendela, fungsi yang ditentukan pengguna (skalar, agregat, dan jendela), urutan, dan banyak lagi.
Pengalaman Amazon sendiri dengan Aurora menggambarkan pentingnya pertimbangan di atas. Tak lama setelah memindahkan beberapa database mereka ke Aurora, Amazon mengalami pemadaman yang meluas dan masalah database lainnya selama Prime Day 2018. Saat Prime Day 2019 mendekat, kami mendoakan yang terbaik untuk keberuntungan Amazon!
