Technical Tutorials

E-ticaretin yüksek riskli dünyasında envanter sistemi sadece bir veritabanı tablosu değil; işletmenizin nabzıdır. Flaş satışlar veya Kara Cuma etkinlikleri sırasında tek bir envanter kalemi, binlerce eşzamanlı istek tarafından rekabet edilebilir. Geleneksel veritabanı kilitleri darboğazlara yol açabilir; bu da yavaş sayfa yüklemelerine, terk edilmiş sepetlere ve önemli gelir kayıplarına neden olur. Buna karşı koymak için basit SQL sorgularının ötesine geçmeli ve sofistike önbellekleme stratejilerini benimsemeliyiz. Bu yazıda, iki baskın desen olan Cache-Aside ve Write-Through incelenmekte; mekanikleri, ödüller (trade-offs) ve envanter yönetimi için ideal kullanım durumları analiz edilmektedir.

Envanter Tutarlılığının Zorluğu

Çözümlere dalmadan önce, temel çatışmayı anlamamız gerekir: gecikme süresi (latency) ile tutarlılık arasındaki çatışma. Stok seviyelerini doğrudan ilişkisel bir veritabanından (RDBMS) okumak doğru ancak yoğun yük altında yavaştır. Bu veriyi Redis gibi bir bellek içi depolamada önbelleğe almak okuma performansını dramatik şekilde artırır. Ancak önbellek ile veritabanı senkronizasyonunu kaybederse, ürünleri aşırı satma riskiyle karşı karşıyasınız—bu e-ticarette kritik bir hatadır. Amaç, yüksek okuma verimliliğini korurken yazma işlemlerinin (envanter düşürme) güvenli ve verimli bir şekilde ele alındığını sağlamaktır.

Desen 1: Cache-Aside (Tembel Yükleme)

Cache-Aside deseni, Tembel Yükleme olarak da bilinir ve yoğun okuma iş yükleri için en yaygın yaklaşımdır. Bu modelde uygulama önce önbelleği kontrol eder. Veri mevcutsa ("hit"), hemen döndürülür. Veri yoksa ("miss"), uygulama veriyi veritabanından çeker, önbelleğe yazar ve ardından döndürür. Envanter için bu, stok seviyelerinin görüntülenme sayısına göre nadiren değiştiği ürün listelemelerinde iyi çalışır. Ancak envanteri güncellerken karmaşıklık ortaya çıkar. Veritabanını güncelledikten sonra önbelleğin ya geçersiz kılınması ya da güncellenmesi gerektiğini garanti etmelisiniz. Eski ver sorunlarını önlemek için genellikle geçersiz kılma tercih edilir. İşte bir Cache-Aside uygulamasına ait Python benzeri bir kod örneği:

def get_inventory(product_id):
    # 1. Önbelleği Kontrol Et
    stock = redis.get(f"inventory:{product_id}")
    
    if stock is not None:
        return int(stock)
        
    # 2. Önbellek Miss: Veritabanından Çek
    stock = db.query("SELECT quantity FROM products WHERE id = ?", product_id)
    
    # 3. Önbelleğe Yaz
    if stock is not None:
        redis.setex(f"inventory:{product_id}", ttl=300, value=stock)
        
    return stock

def update_inventory(product_id, quantity_change):
    # 1. Optimistik kilitleme veya atomik azaltma ile Veritabanını Güncelle
    db.execute("UPDATE products SET quantity = quantity - ? WHERE id = ? AND quantity >= ?", 
               quantity_change, product_id, quantity_change)
               
    # 2. Önbelleği Geçersiz Kıl (Güvenli strateji)
    redis.delete(f"inventory:{product_id}")

Desen 2: Write-Through (Senkron Önbellekleme)

Write-Through, yazıların hem önbelleğe hem de veritabanına eşzamanlı olarak gönderildiği daha agresif bir desendir. Uygulama, yazmanın başarılı sayılması için önbellekten onay bekler. Bu, önbelleğin asla eski veri tutmadığını ve daha güçlü tutarlılık garantileri sağladığını garanti eder. Bir envanter sisteminde bu, standart okumalar için abartılı olabilir ancak satın alma işleminden hemen sonra ön uçta görünen stok seviyesinin her zaman güncel olmasını garanti etmeniz gereken senaryolarda parlar. Dezavantajı, bir yerine iki yazma işlemi gerçekleştirdiğiniz için artan gecikme süresidir. Bir Write-Through uygulamasının yapısal olarak nasıl farklılaştığına dair bir örnek:

def update_inventory_write_through(product_id, quantity_change):
    # 1. Veritabanını Güncelle
    db.execute("UPDATE products SET quantity = quantity - ? WHERE id = ?", 
               quantity_change, product_id)
               
    # 2. Önbelleği Senkron Olarak Güncelle
    # Not: Yüksek eşzamanlılıkta atomiklik için Redis DECR veya Lua betikleri kullanın
    redis.decr(f"inventory:{product_id}", quantity_change)
    
    return True

Doğru Stratejiyi Seçmek

Hiçbir desen evrensel olarak üstün değildir; seçim, belirli trafik desenlerinize ve tutarlılık gereksinimlerinize bağlıdır.

Cache-Aside Kullanın Eğer sisteminiz yoğun okuma ağırlıklıysa (örneğin %90 okuma, %10 yazma) ve kısa süreli eski veri dönemlerini tolere edebiliyorsanız. Bu, çoğu e-ticaret gezinme deneyimi için tipiktir.
Write-Through Kullanın Eğer veri tutarlılığı her şeyden önemliyse ve orta düzeyde bir yazma hacminiz varsa. Bu genellikle kritik finansal defterler veya gerçek zamanlı artırma sistemleri için kullanılır.

Sonuç

Sağlam bir envanter sistemi uygulamak, sadece iyi bir veritabanı şemasından daha fazlasını gerektirir. Performans için Cache-Aside ve tutarlılık için Write-Through'tan yararlanarak, yüksek eşzamanlılık altında zarifçe ölçeklenen bir sistem tasarlayabilirsiniz. Unutmayın ki hiçbir önbellek mükemmel değildir; önbellek güvenilirliğini yitirdiğinde doğrudan veritabanı sorguları gibi yedek mekanizmalar her zaman uygulayın. Mimarınızı iyileştirdikçe, yoğun trafik olayları sırasında kenar durumları ele almak için bu desenleri idempotans anahtarları ve dağıtılmış kilitlerle birleştirmeyi düşünün. Başlının anahtarı, ödüllerin farkında olmak ve iş mantığınızla en iyi uyum sağlayan deseni seçmektir.