DynoTable

Operasi & Biaya

Pemodelan memasukkan data Anda. Mengoperasikannya — menjaga penulisan tetap konsisten, bereaksi terhadap perubahan, mengakhiri baris lama, membayar tagihan kapasitas yang tepat, bertahan dari pemadaman region, dan pulih dari deploy yang buruk — adalah separuh yang menentukan apakah sebuah tabel DynamoDB adalah sesuatu yang Anda percayai di produksi.

Bagian ini adalah satu skenario berjalan, bukan enam halaman referensi yang terpisah. Anda sedang membangun audit log untuk SaaS multi-tenant — catatan tak terubah tentang "siapa melakukan apa, kapan" yang pada akhirnya harus dikirim setiap produk B2B untuk pelanggan enterprise-nya. Satu tabel, dipartisi per tenant:

PKSKactoractionip
TENANT#acmeEVENT#2026-06-24T09:14Z#a1USER#88login.success203.0.113.7
TENANT#acmeEVENT#2026-06-24T09:15Z#a2USER#88invoice.export203.0.113.7
TENANT#globexEVENT#2026-06-24T09:15Z#b9USER#12role.granted198.51.100.4

Setiap panduan di bawah menambahkan satu perhatian operasional ke tabel yang sama ini:

0 dari 11 dibacaKuis
Model Biaya DynamoDB: SQL Menyamarkan Tagihan
Kenapa SQL di atas DynamoDB bisa menyembunyikan tagihan — join, filter WHERE sembarang, dan agregat dikompilasi jadi Scan, plus hitungan RCU Query vs Scan.
Menengah4 menit baca
Transaksi DynamoDB
Transaksi DynamoDB dengan TransactWriteItems — hingga 100 aksi all-or-nothing, batas 4 MB, kapasitas tulis dua kali, dan bagaimana konflik membatalkannya.
Lanjutan6 menit baca
DynamoDB Streams
DynamoDB Streams — log change-data-capture 24 jam, empat opsi StreamViewType, record terurut per-Item, dan memicu Lambda saat Item berubah.
Lanjutan6 menit baca
DynamoDB TTL
DynamoDB TTL menghapus item otomatis begitu atribut timestamp Unix-epoch terlewati, biasanya beberapa hari, dan penghapusan itu tak makan kapasitas tulis.
Menengah4 menit baca
DynamoDB On-Demand vs Provisioned Capacity
DynamoDB On-Demand vs Provisioned capacity — pay-per-request lawan throughput dicadangkan, kapan tiap mode lebih murah, dan peran bentuk trafik.
Menengah6 menit baca
Cara Menyiapkan Auto Scaling DynamoDB
Siapkan auto scaling DynamoDB pada kapasitas provisioned — langkah console dan CLI, pilih target utilisasi dan min/maks, serta batas yang tetap throttle.
Menengah8 menit baca
Throttling DynamoDB dan Cara Memperbaikinya
Mengapa DynamoDB mem-throttle — empat penyebab terdokumentasi, batas per-partisi 3.000 read dan 1.000 write unit per detik, dan perbaikan tiap kasus.
Menengah8 menit baca
Ukuran dan Jumlah Item Tabel DynamoDB
Ukuran dan jumlah item tabel DynamoDB dari estimasi DescribeTable gratis yang tertinggal hingga enam jam, atau hitungan persis dengan Scan Select COUNT.
Pemula5 menit baca
DynamoDB Global Tables
DynamoDB Global Tables — replikasi active-active multi-region, konflik last-writer-wins, mode konsistensi MREC dan MRSC, serta SLA ketersediaan 99,999%.
Lanjutan6 menit baca
Backup & Point-in-Time Recovery DynamoDB
Backup dan point-in-time recovery DynamoDB — snapshot on-demand vs PITR berkelanjutan, jendela 1–35 hari, dan pengaturan yang tak dikembalikan pemulihan.
Menengah7 menit baca
Uji pemahamanIkuti kuis
Periksa apa yang sudah Anda pelajari di bagian ini.

Baca secara berurutan — masing-masing mengasumsikan tabel dari yang sebelumnya. Mulai dengan transaksi; sisanya dibangun di atas event yang ditulisnya.

Unduh DynoTable untuk memeriksa, men-query, dan mengedit tabel audit log saat Anda mengerjakan skenarionya. Untuk sisi biayanya, kalkulator harga gratis menghitung harga sebuah workload pada kedua mode kapasitas, dan konverter TTL mengubah tanggal menjadi nilai epoch yang diharapkan TTL.