Technical Tutorials

Yüksek eşzamanlı e-ticaret ve envanter yönetim sistemlerinde veri tutarlılığı ile gecikme süresi (latency) genellikle çatışır. Tek bir stok güncellemesi, saniyede binlerce veritabanı işlemini etkileyebilir. Doğrudan veritabanı okuma ve yazma darboğazını azaltmak için geliştiriciler giderek daha fazla önbellek katmanlarına güveniyor. Ancak, doğru önbellekleme desenini seçmek hayati önem taşır. En öne çıkan iki strateji Cache-Aside (Tembel Yükleme) ve Write-Through'tur. Bu yazı, teknik avantaj ve dezavantajlarını inceleyerek bilinçli bir mimari karar vermenize yardımcı olacaktır.

Cache-Aside Deseni İçin Gerekçeler

Cache-Aside, basitliği ve önbelleğin uygulama mantığından ayrışması nedeniyle en yaygın desendir. Bu modelde uygulama önce önbelleği kontrol eder. Veri mevcutsa (bir "hit" veya isabet), hemen döndürülür. Veri yoksa (bir "miss" veya ıskalama), uygulama veriyi veritabanından çeker, önbelleğe kaydeder ve ardından bunu döndürür.

Envanter sistemleri için bu desen, önemli ölçüde okuma performansı artışı sağlar. Ancak, eski (stale) veri riskini de beraberinde getirir. Veritabanı güncellenirse ancak önbellek zamanında geçersiz kılınmazsa, kullanıcılar eski stok seviyelerini görebilir. Bu durum, nihai tutarlılığın (eventual consistency) kabul edilebildiği sistemlerde genellikle kabul edilebilir olsa da, flaş satışlar veya düşük stok senaryolarında tehlikeli olabilir.

Uygulama Mantığı

Aşağıda, genel bir servis katmanında Cache-Aside deseninin kavramsal bir uygulaması yer almaktadır:

function getInventory(itemId) {
  // 1. Önbelleği Kontrol Et
  let item = cache.get(itemId);
  
  if (item) {
    return item; // Önbellek Isabeti (Cache Hit)
  }
  
  // 2. Önbellek Iskalama (Cache Miss) - Veritabanından Çek
  item = db.query("SELECT * FROM inventory WHERE id = ?", itemId);
  
  // 3. Önbelleği Güncelle
  if (item) {
    cache.set(itemId, item, ttl: 300); // 5 dakikalık TTL
  }
  
  return item;
}

function updateInventory(itemId, newQuantity) {
  // Doğrudan Veritabanı Güncellemesi
  db.execute("UPDATE inventory SET quantity = ? WHERE id = ?", newQuantity, itemId);
  
  // Önbelleği Geçersiz Kıl
  cache.delete(itemId);
}

Buradaki temel çıkarım, cache.delete() işlevine olan bağımlılıktır. İki istek envanteri eşzamanlı olarak güncellerse, biri eski değeri okuyabilir, diğeri veritabanını günceller ve önbelleği siler. İlk istek ardından eski veriyi önbelleğe geri yazar ve bu da bir yarış durumu (race condition) yaratır.

Veri Bütünlüğü İçin Write-Through Deseni

Write-Through, veri tutarlılığı konusunda daha güçlü bir garanti sağlar. Bu desende, uygulama veri yazdığında hem veritabanını hem de önbelleği atomik olarak günceller. Okuma işlemi yine önce önbelleği kontrol eder, ancak önbellek yazma sırasında her zaman güncellendiği için nadiren eski veri içerir.

Bu durum, okumaların neredeyse her zaman doğru olmasını sağlasa da, yazma amplifikasyonu (write amplification) getirir. Her yazma işlemi iki G/Ç (Giriş/Çıkış) işlemi gerektirir (biri veritabanına, diğeri önbelleğe). Yüksek eşzamanlı envanter sistemlerinde bu, yazma işlemlerinde daha yüksek gecikmeye ve önbellek katmanında artan baskıya yol açabilir.

Uygulama Mantığı

function updateInventory(itemId, newQuantity) {
  // 1. Veritabanını Güncelle
  db.execute("UPDATE inventory SET quantity = ? WHERE id = ?", newQuantity, itemId);
  
  // 2. Önbelleği Anında Güncelle
  // Not: Dağıtık sistemlerde, atomik güncellemeleri destekleyen bir önbellek kullanın
  // veya mümkünse önbellek güncellemesini aynı işlemin bir parçası haline getirin.
  cache.set(itemId, { id: itemId, quantity: newQuantity }, ttl: 300);
  
  return true;
}

Envanter Sistemleri İçin Doğru Stratejinin Seçimi

Cache-Aside ve Write-Through arasındaki karar genellikle tutarlılık gereksinimleriniz ile performans ihtiyaçlarınız arasında bir denge kurmaya indirgenir.

Şu durumlarda Cache-Aside kullanın: Envanter veriniz nispeten statikse, okumalar yazmalardan çok daha fazlaysa ve hafif eski veri kabul edilebilirse. Bu durum, stok seviyelerinin her milisaniyede değişmediği ürün kataloğu gezintisinde yaygındır.
Şu durumlarda Write-Through kullanın: Veri bütünlüğü hayati önem taşıyorsa, örneğin finansal defterlerde veya gerçek zamanlı açık artırma sistemlerinde. Eklenen gecikme maliği, aşırı satışın maliğinden daha düşüktür.

Ayrıca, hibrit bir yaklaşım düşünün. Okuma ağırlıklı uç noktalar (ürün detayları gibi) için Cache-Aside ve kritik yazma uç noktaları (ödeme işlemleri gibi) için Write-Through (veya Write-Behind) kullanın. Modern Redis ve Memcached uygulamaları, bu boşlukları doldurmak için özel mantığı sıklıkla destekler; bu da TTL tabanlı süresi dolma ile açık geçersiz kılma olaylarının birleştirilmesi gibi gelişmiş önbellek geçersiz kılma stratejilerine olanak tanır.

Sonuç

Güçlü bir envanter sistemi uygulamak, soruna sadece RAM atmakla ilgili değildir. Veri akışının derin bir anlayışını gerektirir. Cache-Aside, esneklik ve hız sunar ancak yarış durumlarını önlemek için dikkatli bir geçersiz kılma yönetimi gerektirir. Write-Through, yazma performansından ödün vererek tutarlılık sağlar. Bu desenleri anlayarak, yalnızca ölçeklenebilen değil, aynı zamanda doğru ve gerçek zamanlı envanter verileri aracılığıyla kullanıcıların güvenini de koruyan bir sistem mimarisi oluşturabilirsiniz.