AWS MySQL RDS vs AWS DynamoDB [ditutup]

Saya telah menggunakan MySQL cukup lama sekarang dan saya merasa nyaman dengan strukturnya & SQL Queries dll.

Saat ini sedang membangun sistem baru di AWS dan saya telah melihat DynamoDB. Saat ini saya hanya tahu sedikit tentang itu.

Apakah yang satu lebih baik dari yang lain?

Apa keuntungan dari DynamoDB?

seperti apa transisi dari kueri MySQL dll ke DB gaya datar ini?

Anda dapat membaca penjelasan AWS tentangnya di sini .

Singkatnya, jika Anda terutama memiliki kueri Pencarian (dan bukan kueri Gabung), DynamoDB (dan NoSQL DB lainnya) lebih baik. Jika Anda perlu menangani banyak data , Anda akan dibatasi saat menggunakan MySQL (dan RDBMS lainnya).

Anda tidak dapat menggunakan kembali kueri MySQL atau skema data Anda, tetapi jika Anda berusaha keras untuk mempelajari NoSQL, Anda akan menambahkan alat penting ke kotak alat Anda. Ada banyak kasus di mana DynamoDB memberikan solusi paling sederhana.

Sungguh DynamoDB dan MySQL adalah apel dan jeruk. DynamoDB adalah lapisan penyimpanan NoSQL sedangkan MySQL digunakan untuk penyimpanan relasional. Anda harus memilih apa yang akan digunakan berdasarkan kebutuhan sebenarnya dari aplikasi Anda. Faktanya, beberapa aplikasi mungkin terlayani dengan baik dengan menggunakan keduanya.

Jika, misalnya, Anda menyimpan data yang tidak cocok dengan skema relasional (struktur pohon, representasi JSON tanpa skema, dll.) Yang dapat dicari dengan satu kunci atau kombinasi kunci / rentang maka DynamoDB ( atau beberapa toko NoSQL lainnya) kemungkinan akan menjadi taruhan terbaik Anda.

Jika Anda memiliki skema yang terdefinisi dengan baik untuk data Anda yang dapat disesuaikan dengan baik dalam struktur relasional dan Anda memerlukan fleksibilitas untuk melakukan kueri data dalam beberapa cara berbeda (menambahkan indeks seperlunya tentunya), maka RDS mungkin merupakan solusi yang lebih baik .

Manfaat utama menggunakan DynamoDB sebagai penyimpanan NoSQL adalah Anda mendapatkan throughput baca / tulis yang terjamin pada tingkat apa pun yang Anda butuhkan tanpa harus khawatir tentang mengelola penyimpanan data berkerumun. Jadi, jika aplikasi Anda memerlukan 1000 baca / tulis per detik, Anda cukup menyediakan tabel DynamoDB untuk tingkat throughput tersebut dan tidak perlu mengkhawatirkan infrastruktur yang mendasarinya.

RDS memiliki banyak manfaat yang sama dengan tidak perlu mengkhawatirkan infrastruktur itu sendiri, namun jika Anda akhirnya perlu melakukan banyak penulisan ke titik di mana ukuran instans terbesar tidak lagi dapat mengimbangi, Anda agak dibiarkan tanpa opsi (Anda dapat menskalakan secara horizontal untuk membaca menggunakan replika baca).

Catatan yang diperbarui: DynamoDb sekarang mendukung pengindeksan sekunder global, jadi Anda sekarang memiliki kemampuan untuk melakukan pencarian yang dioptimalkan pada bidang data selain hash atau kombinasi kunci hash dan rentang.

Kami baru saja memindahkan semua tabel DynamoDB kami ke RDS MySQL.

Meskipun menggunakan DynamoDB untuk tugas tertentu mungkin masuk akal, membangun sistem baru di atas DynamoDB adalah ide yang buruk. Rencana terbaik, dll., Anda selalu membutuhkan fleksibilitas ekstra dari DB Anda.

Berikut adalah alasan kami pindah dari DynamoDB:

1. Pengindeksan - Mengubah atau menambahkan kunci dengan cepat tidak mungkin dilakukan tanpa membuat tabel baru.
2. Kueri - Kueri data sangat terbatas. Terutama jika Anda ingin meminta data yang tidak diindeks. Penggabungan tentu saja tidak mungkin sehingga Anda harus mengelola hubungan data yang kompleks pada lapisan kode / cache Anda.
3. Cadangan - Prosedur pencadangan yang membosankan seperti itu merupakan kejutan yang mengecewakan dibandingkan dengan pencadangan RDS yang apik
4. GUI - UX buruk, pencarian terbatas, tidak menyenangkan.
5. Kecepatan - Waktu respons bermasalah dibandingkan dengan RDS. Anda mendapati diri Anda membangun mekanisme cache yang rumit untuk mengimbanginya di tempat yang seharusnya Anda selesaikan untuk cache internal RDS.
6. Integritas Data - Meskipun konsep struktur data fluida terdengar bagus untuk memulai, beberapa data Anda lebih baik "diatur dalam batu". Pengetikan yang kuat adalah berkah ketika ada bug kecil yang mencoba menghancurkan database Anda. Dengan DynamoDB segala sesuatu mungkin terjadi dan memang segala sesuatu yang salah bisa terjadi.

Kami sekarang menggunakan DynamoDB sebagai cadangan untuk beberapa sistem dan saya yakin kami akan menggunakannya di masa mendatang untuk tugas-tugas tertentu yang ditentukan dengan baik. Ini bukan DB yang buruk, itu bukan DB yang melayani 100% sistem inti Anda.

Sejauh keuntungan pergi, saya akan mengatakan Skalabilitas dan Daya Tahan. Ini berskala luar biasa dan transparan dan (semacam) selalu naik. Ini adalah fitur yang sangat bagus, tetapi mereka tidak mengimbangi dengan cara apa pun untuk aspek negatifnya.

Saat menggunakan DynamoDB, Anda juga harus mengetahui bahwa item / catatan di DynamoDB dibatasi hingga 400KB (Lihat Batas DynamoDB ). Untuk banyak kasus penggunaan, ini tidak akan berhasil. Jadi DynamoDB akan bagus untuk beberapa hal, tetapi tidak semua. Hal yang sama berlaku untuk banyak database NoSQL lainnya.