Apa itu Amazon DynamoDB?

Question

Accepted Answer

**DynamoDB** adalah database **NoSQL** terkelola sepenuhnya oleh AWS — sebuah penyimpan key-value dan dokumen yang menawarkan performa single-digit-millisecond pada skala apa pun, dengan penskalaan otomatis dan tanpa server yang perlu dikelola. Dirancang untuk aplikasi yang membutuhkan performa tinggi dan skalabilitas.

## Apa itu DynamoDB

```text
DynamoDB is a managed, serverless NoSQL database:
  → KEY-VALUE / DOCUMENT model (items in tables, flexible schema)
  → FAST — single-digit-millisecond latency at any scale
  → SCALABLE — handles massive throughput; scales automatically (serverless)
  → FULLY MANAGED — no servers, patching, or capacity planning (AWS handles it)
  → highly available and durable (replicated across AZs automatically)
```

## Konsep kunci

```text
TABLE → a collection of items
ITEM → a record (like a row/document) with attributes
PRIMARY KEY → uniquely identifies items:
  PARTITION KEY (hash key) → determines which partition stores the item (distribution)
  optional SORT KEY → for ranges/sorting within a partition
SECONDARY INDEXES (GSI/LSI) → query by attributes other than the primary key
CAPACITY → on-demand (pay per request) or provisioned (set throughput)
```

## Desain untuk pola akses (krusial)

```text
⚠️ DynamoDB requires designing your data model around your ACCESS PATTERNS up front:
  → you query efficiently by PRIMARY KEY (and indexes) — NOT flexible ad-hoc queries
    like SQL; no joins
  → the PARTITION KEY must distribute data/load evenly (a "hot" key = a bottleneck)
  → model the table(s) to serve your queries efficiently (often single-table design)
→ Great when access patterns are known; poor for ad-hoc/complex relational queries.
```

## Mengapa ini penting

Memahami DynamoDB bernilai karena ini adalah database NoSQL terkelola yang banyak digunakan di AWS, cocok untuk aplikasi berkinerja tinggi dan dapat diskalakan, jadi merupakan pengetahuan AWS yang berguna.

Nilai inti DynamoDB adalah menyediakan **database NoSQL terkelola sepenuhnya, serverless** dengan **performa single-digit-millisecond pada skala apa pun** dan penskalaan otomatis — mengeliminasi manajemen server, patching, dan perencanaan kapasitas sambil memberikan performa konsisten yang cepat bahkan pada skala yang sangat besar.

Ini menjadikannya menarik untuk aplikasi yang membutuhkan throughput tinggi dan skalabilitas (aplikasi web lalu lintas tinggi, gaming, IoT, sistem real-time) tanpa beban operasional database.

Memahami **konsep kunci** (tabel, item, **partition key** yang mendistribusikan data, optional sort keys, secondary indexes untuk query berdasarkan atribut lain, dan capacity modes) diperlukan untuk menggunakannya.

Paling penting, memahami bahwa DynamoDB memerlukan **desain model data di sekitar pola akses dari awal** adalah wawasan kunci: tidak seperti fleksibilitas ad-hoc queries SQL, query DynamoDB efisien hanya berdasarkan primary key dan indexes (tidak ada joins, tidak ada querying fleksibel), partition key harus mendistribusikan beban secara merata (key "hot" menciptakan bottleneck), dan Anda harus memodelkan tabel untuk melayani query spesifik Anda (sering kali single-table design).

Desain yang didorong oleh pola akses ini secara fundamental berbeda dari database relasional dan penting untuk dipahami — DynamoDB unggul ketika pola akses diketahui dan dimodelkan dengan baik tetapi kurang cocok untuk query ad-hoc atau relasional yang kompleks.

Mengetahui **kapan DynamoDB cocok** (pola akses diketahui, butuh skalabilitas dan performa) versus kapan database relasional lebih baik (query kompleks, relationships, analisis ad-hoc) mencerminkan penilaian yang solid.

Karena DynamoDB adalah database AWS populer untuk aplikasi yang dapat diskalakan dan memahaminya (sifat terkelola/serverlessnya, konsep kunci, dan terutama model desain yang didorong pola akses kritis dan trade-offs-nya) adalah berharga untuk keputusan arsitektur AWS, memahami DynamoDB adalah pengetahuan AWS yang berharga dan relevan secara praktis — pilihan NoSQL terkelola penting di mana memahami manfaat performanya dan persyaratan desain yang distinktif (dan keterbatasan versus SQL) adalah kunci untuk menggunakannya dengan tepat.