Menggunakan Pluggable Storage with NoSQL - dummies

Ada kalanya Anda ingin memberikan akses kecepatan tinggi dengan nilai kunci ke data yang tersimpan dalam basis data relasional. Database ini bisa jadi, misalnya, Berkeley DB (Java Edition for Voldemort) atau MySQL.

Memberikan nilai kunci seperti akses ke data memerlukan toko bernilai kunci untuk dilapisi secara langsung di salah satu database lain ini. Pada dasarnya, Anda menggunakan database lain sebagai lapisan penyimpanan, bukan gabungan dari sistem file untuk penyimpanan dan pipa penyerapan untuk menyalin data dari basis data relasional.

Proses ini menyederhanakan penyediaan toko dengan nilai kunci tinggi saat menggunakan basis data relasional tradisional untuk penyimpanan.

Mengubah mesin penyimpanan

Beban kerja yang berbeda memerlukan mesin penyimpanan dan karakteristik kinerja yang berbeda. Aerospike sangat bagus untuk ditelan tinggi; Redis sangat bagus untuk dibaca dengan jumlah yang tinggi. Masing-masing dibangun di sekitar kasus penggunaan tertentu.

Voldemort mengambil pendekatan yang berbeda. Alih-alih memperlakukan toko kunci sebagai pengelolaan data yang terpisah, Voldemort memperlakukan toko bernilai kunci sebagai API dan menambahkan lapisan caching memori, yang berarti Anda dapat terhubung ke ujung belakang yang paling masuk akal. untuk kebutuhan khusus anda

Jika Anda ingin penyimpanan tuas penyimpanan langsung, Anda dapat menggunakan mesin penyimpanan Berkeley DB Java Edition. Jika Anda ingin menyimpan data relasional, Anda bisa menggunakan MySQL sebagai back-end untuk Voldemort.

Kemampuan ini dikombinasikan dengan tipe data khusus memungkinkan Anda menggunakan toko simpanan sederhana untuk menyimpan / mengambil API secara efektif menarik kembali dan langsung menyimpan informasi di toko belakang yang berbeda.

Pendekatan ini kontras dengan pendekatan biasa untuk memiliki database terpisah - satu di, katakanlah, Oracle untuk data transaksional dan yang lainnya di toko nilai kunci Anda (Riak, misalnya). Dengan pendekatan two-tier ini, Anda harus mengembangkan kode untuk memindahkan data dari satu tingkat ke tingkat yang lain untuk caching. Dengan Voldemort, ada satu gabungan level - tier data Anda - jadi kode ekstranya berlebihan.

Caching data di memori

Voldemort memiliki cache in-memory built-in, yang mengurangi beban pada mesin penyimpanan dan meningkatkan kinerja kueri. Tidak perlu menggunakan lapisan caching terpisah seperti Redis atau Oracle's Coherence aplikasi Java data caching product on top.

Kemampuan untuk menyediakan tiering penyimpanan berkecepatan tinggi dengan caching adalah mengapa LinkedIn menggunakan Voldemort untuk kasus penggunaan berkinerja tinggi tertentu.

Dengan Voldemort, Anda mendapatkan yang terbaik dari kedua dunia - mesin penyimpanan untuk kebutuhan data yang tepat dan cache in-memory berkecepatan tinggi untuk mengurangi beban pada mesin itu.Anda juga mendapatkan toko barang simpanan sederhana / mengambil semantik di atas mesin penyimpanan Anda.

Mengevaluasi Voldemort

Dalam buku Harry Potter Lord Voldemort menaruh banyak sihir kepadanya, baik dan buruk, meskipun dia menggunakannya untuk meneror muggle. Database Voldemort, ternyata, juga dapat menyimpan sejumlah besar data, namun dapat digunakan untuk kebaikan oleh penyihir data di mana-mana!

Voldemort masih merupakan produk dalam pengembangan. Banyak potongan yang masih hilang, sehingga tidak mendukung variasi mesin penyimpan yang Anda harapkan. Fokus ini untuk komunitas pengembangan Voldemort kemungkinannya karena Voldemort dibangun dalam bahasa pemrograman Java, yang membutuhkan konektor Java Native Interface (JNI) yang akan dibangun untuk integrasi ke sebagian besar database berbasis C atau C ++.

Voldemort memiliki integrasi yang baik dengan kerangka serialisasi. Kerangka yang didukung meliputi serialisasi Java, Avro, Thrift, dan Protocol Buffers. Ini berarti bungkus API yang disediakan sesuai dengan metode serialisasi akrab dari setiap bahasa pemrograman, sehingga pengembangan aplikasi menjadi intuitif.

Voldemort tidak menangani konsistensi dan juga sistem lainnya. Voldemort menggunakan pendekatan read repair , di mana nomor versi yang tidak konsisten untuk rekaman yang sama tetap pada waktu baca, daripada tetap konsisten saat menulis.

Juga tidak ada pengindeksan sekunder atau dukungan kueri; Voldemort mengharapkan Anda untuk menggunakan fasilitas mesin penyimpanan yang mendasarinya untuk mengatasi kasus penggunaan tersebut. Juga, Voldemort tidak memiliki pemicu database asli atau kerangka pemrosesan peringatan atau peristiwa untuk membangunnya.

Jika Anda memerlukan toko bernilai kunci yang sangat tersedia, partisi-toleran, berjalan di Jawa, dan menggunakan ujung belakang penyimpanan yang berbeda, maka Voldemort mungkin cocok untuk Anda.