Hei, semuanya, dan selamat datang kembali.
Sekarang, dalam video hari ini, kita akan membahas tentang model konsistensi keseluruhan yang secara khusus terkait
dengan Dynamo DB.
Sekarang, karena Dynamo DB adalah layanan terkelola di Dynamo DB, semua data Anda disimpan di SSD dan secara otomatis
direplikasi di beberapa zona ketersediaan di wilayah Amazon, yang pada gilirannya memberikan
ketersediaan tinggi dan ketahanan data bawaan.
Misalnya, Anda memiliki tabel Dynamo DB di sini dan ada tiga zona ketersediaan di wilayah tersebut.
Sekarang jika Anda melanjutkan dan menambahkan beberapa data ke Dynamo DB di belakang layar, data ini akan direplikasi
di semua zona ketersediaan.
Sekarang, jika salah satu zona ketersediaan turun, Dynamo DB masih dapat mengambil data
dari zona ketersediaan lain di sini.
Nah, satu hal penting yang perlu diingat pada tahap ini adalah terkait dengan konsistensi timeline.
Jadi, ketika aplikasi Anda menulis data ke tabel Dynamo DB dan menerima 200 respons oke, hak
telah terjadi dan tahan lama di belakang layar.
Sekarang perhatikan juga bahwa data yang ditulis ini pada akhirnya akan konsisten di semua lokasi penyimpanan,
biasanya dalam satu detik atau kurang.
Jadi ini sangat mirip dengan apa yang kita diskusikan saat Anda menulis beberapa data ke Dynamo
DB karena data ini direplikasi dan ditambahkan di beberapa zona ketersediaan, data ini pada akhirnya akan konsisten
di semua lokasi penyimpanan.
Bukannya dalam durasi yang sama bisa milidetik.
Data akan konsisten di semua zona ketersediaan.
Hal ini dapat terjadi bahwa pada tahap ini Anda akan melihat bahwa data baru ini konsisten di dua zona ketersediaan, tetapi
tidak ditambahkan di zona ketersediaan tiga atau Anda dapat mengatakan itu tidak diperbarui di zona ketersediaan
tiga pada durasi ini .
Baiklah.
Jadi konsistensi akhir ini biasanya dalam satu detik atau kurang.
Sekarang muncul konsep penting tentang konsistensi membaca.
Jadi saat Anda membaca data dari tabel Dynamo DB, respons mungkin tidak mencerminkan hasil operasi kanan yang baru
saja diselesaikan, dan respons ini mungkin menyertakan beberapa data basi atau mungkin menyertakan beberapa data lama.
Dan jika Anda mengulangi permintaan baca Anda setelah beberapa saat, responsnya akan mengembalikan data
terbaru di sini.
Jadi ini adalah dasar dari membaca yang konsisten pada akhirnya.
Sekarang Anda juga memiliki sesuatu yang disebut sebagai bacaan konsisten yang kuat.
Sekarang ketika Anda meminta pembacaan yang kuat dan konsisten, Dynamo DB mengembalikan respons dengan data
terbaru yang mencerminkan pembaruan dari semua operasi tulis sebelumnya yang berhasil.
Jadi di Dynamo DB, mari kita cepat membuat tabel baru di sini.
Kami akan menggunakan pengaturan yang disesuaikan dan dalam kalkulator kapasitas di sini Anda memiliki konsistensi membaca,
Anda akhirnya konsisten, kuat, konsisten, serta transaksional.
Untuk video hari ini, kami lebih fokus pada konsistensi yang akhirnya konsisten dan kuat.
Inilah yang sedang kita cari sekarang karena kita mendiskusikan akhirnya konsisten dapat menghasilkan beberapa
data basi berdasarkan beberapa operasi tingkat terbaru yang telah terjadi di Dynamo.
DB Jadi untuk mengatasi hal ini jika Anda tidak membutuhkan data basi sama sekali, ada banyak aplikasi
di mana Anda tidak mampu untuk memiliki data basi.
Jadi dalam kasus seperti itu Anda bisa mendapatkan konsistensi yang kuat.
Sekarang dalam kasus ini, petunjuk konsistensi yang kuat mungkin tidak tersedia jika ada penundaan jaringan atau
ada pemadaman.
Dalam hal ini, Dynamo DB akan segera mengembalikan Anda dengan kesalahan 500.
Kedua, konsistensi yang kuat.
Ini mungkin memiliki latensi yang lebih tinggi daripada hak yang akhirnya konsisten.
Dan poin penting ketiga adalah pembacaan konsisten yang kuat menggunakan lebih banyak kapasitas throughput daripada pembacaan konsisten
yang akhirnya.
Sekarang pada ikhtisar tingkat tinggi, satu hal yang perlu Anda perhatikan adalah bahwa secara default, akhirnya pembacaan yang
konsisten umumnya digunakan.
Anda juga dapat memilih bacaan konsisten yang kuat, tetapi bukan berarti itu akan datang dengan biaya tambahan.
Misalnya, mari kita lanjutkan dan ubah kumpulan nilai di sini untuk pembacaan yang konsisten dan kuat.
Biayanya $25 per bulan.
Jika Anda memilih akhirnya konsisten membaca, biayanya $24 per bulan.
Jadi beberapa hal penting yang perlu diperhatikan saat kita membahas Dynamo DB menggunakan pembacaan yang akhirnya konsisten
kecuali Anda melanjutkan dan menentukan sebaliknya.
Jadi berbagai operasi seperti operasi baca yang terkait untuk mendapatkan item, kueri, dan pemindaian menyediakan parameter baca
yang konsisten.
Dan parameter ini adalah sesuatu yang dapat Anda atur untuk menentukan tingkat konsistensi yang kuat.
Misalnya, ketika Anda menggunakan item lupa Perintah Dynamo DB SEAL, Anda dapat menentukan tanda hubung, tanda hubung, pembaca yang konsisten,
prajurit, dan ini akan melanjutkan dan menggunakan pembacaan konsisten yang kuat untuk menyesuaikan spesifik ini.
Item, jadi mari kita cepat melihat ke dalamnya.
Jadi di dinamo biasanya item gerbang, yang pada dasarnya mengambil item dari tabel Dynamo DB, Anda memiliki opsi untuk
membaca konsisten dan tidak memiliki kecepatan yang konsisten.
Mari kita turun sedikit.
Jadi jika Anda melihat deskripsi di sini, itu menyatakan menentukan model konsistensi baca.
Jika disetel ke true, maka operasi menggunakan pembacaan konsisten yang kuat.
Jika tidak, operasi menggunakan pembacaan yang konsisten pada akhirnya.
Jadi ini adalah bagaimana Anda dapat menentukan sebagai bagian dari aplikasi Anda juga, jika Anda mau.
Besar.
Jadi itulah gambaran tingkat tinggi tentang model konsistensi.
Dan dengan ini akan menyimpulkan video hari ini.