DynamoDB ile ElastiCache

DynamoDB ve Amazon ElastiCache ikisi de veriyi AWS'de tutar ve ikisine de hızlı denir, ancak farklı sorulara yanıt verirler. DynamoDB, yazmaların diske kalıcı tutulduğu ve Kullanılabilirlik Alanları arasında çoğaltıldığı, tümüyle yönetilen sunucusuz bir kayıt veritabanıdır. ElastiCache ise AWS'nin kendi sözleriyle "a web service that makes it easy to set up, manage, and scale a distributed in-memory data store or cache environment in the cloud." Çoğu sistem için yararlı karşılaştırma DynamoDB ya da ElastiCache değil — DynamoDB'nin önüne hangi önbelleğin, varsa, konulacağıdır.

DynamoDB mi ElastiCache mi kullanmalısınız?

Kaybetmeyi göze alamayacağınız veriler için DynamoDB'yi kullanın: her ölçekte anahtarla okunan ve yazılan dayanıklı öğeler. Önbellekleme, oturum durumu, hız sınırlama, skor tabloları, pub/sub gibi mikrosaniyelik okumaların dayanıklılık garantilerinden daha önemli olduğu bellek içi bir katman için ElastiCache'i kullanın. DynamoDB'yi özellikle hızlandırmak için bir önbellek ekliyorsanız, asıl karar ElastiCache ile DynamoDB'nin kendi önbelleği DAX arasındadır; o karşılaştırma aşağıdadır.

Bir bakışta DynamoDB ile ElastiCache

Özellik	DynamoDB	ElastiCache
Rol	Dayanıklı kayıt veritabanı	Yönetilen bellek içi veri deposu veya önbellek
Motorlar	Tek yönetilen motor (DynamoDB'nin kendisi)	Valkey, Memcached ve Redis OSS
Veri modeli	NoSQL anahtar-değer ve belge; 400 KB'ye kadar tipli öğeler	Motora bağlı — Valkey/Redis OSS'te string'ler, hash'ler, listeler, kümeler, sıralı kümeler ve akışlar; Memcached'de düz anahtar-değer
Dayanıklılık	Her yazma diske kalıcı tutulur ve Kullanılabilirlik Alanları arasında çoğaltılır	Varsayılan olarak bellek içi; düğüm tabanlı Valkey kümeleri dağıtık Multi-AZ işlemsel günlük ile dayanıklılığı etkinleştirebilir
Tutarlılık	Varsayılan olarak nihai tutarlı; istek başına güçlü tutarlı okumalar mevcut	Birincil düğüm kendi anahtarları için güçlü tutarlı; replika okumaları gecikebilir
Erişim	Yerel API (`GetItem`, `Query`, `Scan`, …) artı PartiQL	Motor komutları bir önbellek endpoint'i üzerinden; anahtarlar arası sorgu dili yok
Kapasite modeli	Diskte depolama; veri hacmiyle ölçeklenir	Sağlanan bellekle sınırlı — sunucusuz sizin için ölçeklendirir, düğüm tabanlı kümeleri siz boyutlandırırsınız
Operasyon modeli	Sunucusuz; sağlanacak veya yamalanacak hiçbir şey yok	Sunucusuz önbellek veya düğüm tabanlı küme; AWS sağlama, izleme, düğüm değiştirme ve yamalamayı yönetir
Tipik kullanım	Hayatta kalması gereken kayıtlar	Cache-aside katmanları, oturum depoları, hız sınırları, kuyruklar ve pub/sub

DynamoDB ne zaman daha iyi seçim

Verinin hayatta kalması gerekir. DynamoDB her yazmayı varsayılan olarak kalıcı tutar ve çoğaltır. Bir ElastiCache önbelleği önce bellek içidir; dayanıklılık düğüm tabanlı Valkey kümelerinde etkinleştirdiğiniz bir şeydir, varsayılan durum değildir.
Çalışma kümeniz belleği aşıyor. DynamoDB maliyeti depolamayla ölçeklenir. ElastiCache kapasitesi sağladığınız RAM veya sunucusuz önbelleğin ölçeklendiği bellekle sınırlıdır.
Güçlü tutarlı okumalara ihtiyacınız var. DynamoDB bunları istek başına sunar. Bir veritabanının önündeki önbellek, yapısı gereği onunla nihai tutarlıdır.
AWS kontrol düzlemini istiyorsunuz. Zamanında noktaya kurtarma, yedeklemeler, Streams, IAM ve Lambda tetikleyicileri bir DynamoDB tablosunda yapılandırmadır.

ElastiCache ne zaman daha iyi seçim

Mikrosaniyelik okumalara ihtiyacınız var. RAM'deki veri, arkasındaki veritabanı ne olursa olsun dayanıklı depolamadan daha hızlı yanıt verir.
Zengin bellek içi veri yapılarına ihtiyacınız var. Sıralı kümeler, sayaçlar, akışlar ve pub/sub, Valkey ve Redis OSS'te birinci sınıftır; bunları dayanıklı bir depoda modellemek iş gerektirir.
Veri gerçekten geçicidir. Oturumlar, hız sınırı pencereleri ve yeniden hesaplanabilir sonuçlar bir önbelleğin yaşam döngüsüne uyar.
DynamoDB'den fazlasını önbelleğe alıyorsunuz. ElastiCache her şeyin önüne oturur — RDS, Aurora, bir API, bir arama indeksi. DAX yalnızca DynamoDB'yi hızlandırır.

İkisini birlikte kullanmak

Yaygın üretim şekli ikisidir: DynamoDB dayanıklı kayıtları tutar, bellek içi bir katman sıcak okumaları emer. ElastiCache bunu, sizin kod yazdığınız genel bir cache-aside katmanı olarak yapar — uygulamanız önbelleği kontrol eder, DynamoDB'ye düşer ve bir miss'te önbelleği doldurur. DynamoDB'nin kendi alternatifi olan DAX da bunu cache-aside kodu olmadan yapar.

DynamoDB önünde ElastiCache mi DAX mı

Çoğu ekibin gerçekten verdiği karar budur ve AWS dokümantasyonu pazarlama sayfalarından daha net yanıt verir.

DAX tak-çalıştırdır; ElastiCache kod değişikliğidir. DAX "API-compatible with DynamoDB. Therefore, it requires only minimal functional changes to use with an existing application." Nihai tutarlı okumaları "by an order of magnitude from single-digit milliseconds to microseconds" indirir. ElastiCache ile cache-aside mantığını, geçersiz kılmayı da dâhil olmak üzere siz yazar ve sahiplenirsiniz.

DAX'ın uymayabileceğine dair dört belgelenmiş neden. AWS, DAX'ın ideal olmadığı durumları listeler ve her biri gerçek bir iş yüküne karşılık gelir:

Güçlü tutarlı okumalar. DAX nihai tutarlı veri sunar. Bir okuma yolu ConsistentRead gerektiriyorsa DAX o yol için bir seçenek değildir.
Yazı ağırlıklı iş yükleri. "High volume of writes lead to increased replication across DAX nodes in a cluster," kaynak kullanımını ve kullanılabilirlik riskini artırır.
Düşük tekrarlı okuma oranları. "DAX performs best when cache hit rates exceed 90%." Bunun altında miss'ler size kaynak maliyeti çıkarır ama çok gecikme kazandırmaz.
Dil desteği. "DAX supports applications written in Go, Java, Node.js, Python, and .NET, using AWS-provided clients." Hizmetiniz Rust, Ruby, PHP veya Elixir ile yazıldıysa DAX fiilen kapalıdır ve herhangi bir Valkey, Redis OSS veya Memcached istemcisinden erişilebilen ElastiCache pratik seçimdir. Bu tek satır, herhangi bir gecikme kıyaslamasından daha sık soruyu belirler ve gözden kaçması kolaydır.

DAX ayrıca "only available for the EC2-VPC platform."

Modellemeden önce bilmeniz gereken DAX tuzağı. AWS, yaygın bir DynamoDB modelleme alışkanlığıyla çarpışan bir sınırlamayı belgeler:

DAX clusters maintain metadata about the attribute names of items they store. That metadata is maintained indefinitely (even after the item has expired or been evicted from the cache). Applications that use an unbounded number of attribute names can, over time, cause memory exhaustion in the DAX cluster. This limitation applies only to top-level attribute names, not nested attribute names.

Bunu insanların seyrek veya heterojen öğeler nasıl oluşturduğuna karşı okuyun. Değerleri zaman damgası ve UUID olan bir öğe sorunsuzdur. Zaman damgası, oturum kimliği veya kiracı kimliğini üst düzey öznitelik adı olarak kullanan — bir haritanın sorgulanabilir kalması için öğeye düzleştirildiği bir şekil — DAX'ın meta verisini sonsuza dek büyütür. Öğe önbellekten atıldığında önbellek bu alanı geri kazanmaz.

Azaltma bir yapılandırma değil, modelleme kararıdır: tanımlayıcıları öznitelik değerlerinde tutun ve değişken anahtarları sınırlamanın açıkça uygulanmadığı bir haritanın içinde bir seviye aşağı yuvalayın. ElastiCache'ın eşdeğer bir kısıtı yoktur; çünkü öğe şemanızı hiç takip etmez.

Dayanıklılık artık net bir ayırıcı çizgi değil. ElastiCache'in dayanıklı olamayacağı iddiası artık güncel değil. AWS, "for node-based Valkey clusters, you can enable durability to persist your data in a distributed Multi-AZ transactional log," ve "with durability enabled, your data is protected even if all cache nodes fail" diye belgeler. Bu ElastiCache'ı bir kayıt sistemi yapmaz — "önbellek yeniden başlatıldığında her şeyi kaybeder" argümanını motoru ve küme türünü önce kontrol etmeden kullanamazsınız.

DynamoDB ile çalışmak

Önüne hangi önbelleği koyarsanız koyun, DynoTable altındaki DynamoDB tablolarına göz atmak, düzenlemek ve sorgulamak için macOS, Windows ve Linux genelinde yerel bir masaüstü istemcisidir. Standart AWS kimlik bilgisi zincirinizi okur, bu yüzden taşınacak hiçbir şey yoktur. Izgarası USER#123 gibi bileşik anahtarları çözer ve TTL özniteliklerini işaretler; böylece önündeki bir önbelleğin tutması istenecek öğe şekillerini — ve hangi üst düzey öznitelik adlarını — görmek kolaylaşır.

Önbellek doldurma kodunuzun ihtiyaç duyduğu anahtar koşullarını ve filtreleri oluşturmak için ücretsiz DynamoDB Expression Builder, kurulum gerektirmeden yapıştırmaya hazır SDK, CLI ve PartiQL çıktısı üretir. DynoTable kapalı kaynaklı ticari bir uygulamadır; bu sayfa ne yaptığını anlatır, nasıl inşa edildiğini değil.

SSS

ElastiCache, DynamoDB'nin yerini alabilir mi?

Kayıt sistemi olarak hayır. ElastiCache bellek içi bir depodur; düğüm tabanlı bir Valkey kümesinde dayanıklılık etkin olsa bile önbellek katmanı olarak tasarlanmıştır, verinizin yaşadığı veritabanı değil. DynamoDB her yazmayı varsayılan olarak Kullanılabilirlik Alanları arasında kalıcı tutar ve çoğaltır.

DynamoDB için DAX mı ElastiCache mi daha iyi?

Uygulamanız Go, Java, Node.js, Python veya .NET ile yazıldıysa, okumalarınız nihai tutarlıysa ve önbellek isabet oranınız %90'ı aşacaksa DAX — API uyumludur, neredeyse hiç kod değiştirmezsiniz. Başka bir dile, DynamoDB'den fazlasını önbelleğe almaya veya DAX'ın sunmadığı bellek içi veri yapılarına ihtiyacınız varsa ElastiCache.

ElastiCache bir düğüm yeniden başladığında veri kaybeder mi?

Varsayılan olarak bellek içidir; geçici kabul edin. AWS artık düğüm tabanlı Valkey kümeleri için isteğe bağlı dayanıklılığı belgeler; dağıtık Multi-AZ işlemsel günlüğe kalıcı tutarak tüm önbellek düğümleri çökse bile verinin hayatta kalmasını sağlar. Önbelleğinizin geçici olup olmadığı seçtiğiniz motor ve küme türüne bağlıdır.

İlgili

DynamoDB'yi ne zaman kullanmalı'yı ve DynamoDB TTL'nin önbellek benzeri öğeleri nasıl sona erdirdiğini öğrenin.
Depo ile önbellek sorusunu genel terimlerle DynamoDB ve Redis karşılaştırmasında inceleyin.
Dayanıklı erişim desenlerini tek tablo tasarımı ile modelleyin.
DynamoDB tablolarınıza göz atmak, sorgulamak ve düzenlemek için DynoTable'ı indirin.

Kaynaklar

Son doğrulama 2026-08-02, resmi AWS ElastiCache User Guide ve DynamoDB Developer Guide'a göre yapıldı. Valkey, Redis OSS ve Memcached ilgili sahiplerinin ticari markalarıdır; burada yalnızca tanımlama amacıyla anılmıştır.