Skip to main content

> dynamodb_i̇steğe_bağlı_vs._tahsisli_kapasite_maliyet_tuzakları

DynamoDB İsteğe Bağlı vs. Tahsisli Kapasite Maliyet Tuzakları

DynamoDB şema tasarımındaki anti-pattern'ler, Scan kullanımı ve On-Demand kapasite modu bulut veritabanı faturalarını nasıl %500-1000 oranında patlatır?

Stack: FINOPS INFRASTRUCTURE STACK →Staff (L6-L7)anti-pattern

⚡ÖZET VE TEKNİK CEVAP

On-Demand modu sabit iş yüklerinde tahsisli kapasiteye göre 5x-7x kat prim alır; bu durum 1KB'ı aşan veri boyutları, indekslenmemiş Scan sorguları ve her yazmayı katlayan çoklu GSI indeksleri ile birleştiğinde faturalar kontrolsüzce katlanır.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

DynamoDB yazmaları 1KB (1 WCU = 1KB/sn), okumaları ise 4KB (1 RCU = 4KB/sn) bloklarında faturalandırır. Auto Scaling'li Tahsisli modda 1 WCU ~0.00065/saat (~0.47/ay) tutar. On-Demand modda ise 1 milyon Yazma İstek Birimi 1.25'dır; bu da sabit trafikte ~0.00173/saate denk gelir (yaklaşık 5.5 kat daha pahalı). Ayrıca 4 GSI'lı bir tabloya yapılan her yazma 1 ana yazma + 4 GSI yazması tüketir (5 kat yazma katlanması).

🎯2. Doğru Kullanım Senaryosu

Kapsam

On-Demand modunu trafiği henüz bilinmeyen yeni tablolar, son derece seyrek iş yükleri (<%15 görev döngüsü) veya tahmin edilemeyen ani sıçramalar için kullanın. Taban trafik oturduğunda derhal Auto Scaling destekli Tahsisli (Provisioned) moda geçin.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

Bir analitik cron görevi, 10KB'lık veriler tutan 50 milyon kayıtlı On-Demand DynamoDB tablosunda saat başı indekssiz Scan çalıştırır. Her tarama dakikada 125.000 Okuma İstek Birimi harcar ve ay sonunda 18.000 dolarlık sürpriz bir veritabanı faturası çıkarır.

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler
  1. ▸AWS Cost Explorer'da DynamoDB PayPerRequestThroughput kaleminin en büyük harcama olması. 2. GSI'lardaki tüketilen yazma kapasitesinin ana tablonun çok üzerinde olması. 3. Ortalama kayıt boyutunun 1.024 baytı aşarak okuma/yazma birimlerini ikiye katlaması.

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler
  1. ▸Kararlı canlı tabloları %70 hedef doluluklu Application Auto Scaling ile Tahsisli (Provisioned) moda geçirin. 2. Gereksiz büyük alanları kopyalamamak için GSI projeksiyonunda ALL yerine KEYS_ONLY veya INCLUDE kullanın. 3. Büyük JSON verilerini DynamoDB binary alanlarında saklamadan önce zlib/snappy ile sıkıştırın.

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim
  • ▸

    Tahsisli kapasite

  • ▸

    autoscaling eşikleri ve kapasite tamponu yapılandırması gerektirir

  • ▸

    buna karşılık aylık DynamoDB maliyetlerini %70-80 oranında düşürür

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

TinyCTO'nun kullanıcı oturum tablosu On-Demand modda saniyede 4.000 yazma ve 3 GSI ile çalışıyordu. Aylık fatura 32.400 dolardı. Mühendislik ekibi GSI projeksiyonlarını yalnızca zorunlu anahtarları içerecek şekilde daralttı ve tabloyu %70 hedefli Tahsisli moda aldı. Aylık maliyet 5.800 dolara geriledi ve yıllık 319.200 dolar tasarruf edildi.

İnteraktif Konsept Alıştırmaları

3 Alıştırma
Q1

Sabit iş yüklerinde DynamoDB On-Demand ile Tahsisli (Provisioned) kapasite arasındaki maliyet oranı nedir?

On-Demand modu, 24/7 sabit trafikte Auto Scaling'li Tahsisli kapasiteye göre yaklaşık 5 ile 7 kat daha pahalıdır.
Q2

Kayıt boyutu DynamoDB yazma faturalandırmasını nasıl etkiler?

Yazmalar 1KB'lık dilimlerle ölçülür; 1,05 KB'lık bir kayıt 2 WCU harcar ve 0,95 KB'lık bir kayda göre yazma maliyetini anında ikiye katlar.
Q3

Global İkincil İndeksler (GSI) DynamoDB maliyetlerini neden katlar?

İndekslenen bir alanı değiştiren her yazma veya güncelleme, ilgili her GSI'a da otomatik olarak ayrı bir yazma işlemi üretir.

DynamoDB İsteğe Bağlı vs. Tahsisli Kapasite Maliyet Tuzakları — Sıkça Sorulan Sorular

Kesinti olmadan On-Demand ve Tahsisli mod arasında güvenle geçiş yapabilir miyiz?

Evet, DynamoDB aktif okuma ve yazma sorgularını hiç kesintiye uğratmadan arka planda faturalandırma modunu anında değiştirebilir.

DynamoDB DAX (Accelerator) okuma maliyetlerini nasıl etkiler?

DAX bellek içi mikrosaniye önbelleği sunar; milyonlarca tekrarlayan okuma sorgusunu karşılayarak önbellek isabetlerinde tüketilen tablo RCU'sunu sıfıra indirir.

DynamoDB Scan sorgularını güvenli ve ekonomik yürütmenin en iyi yolu nedir?

Kullanıcı isteklerinde asla Scan kullanmayın; toplu analitik için veriyi sürekli yedekleme ile S3'e aktarıp Athena ile sorgulayın.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

  • ▸

    DynamoDB dünyanın en güvenilir veritabanlarından biridir; ancak yüksek hacimli tablolarda kontrolsüz On-Demand kullanımı bulut fatura şoklarının başlıca nedenidir.

  • ▸

    On-Demand'den %70 hedefli Auto Scaling'li Tahsisli moda geçmek birkaç dakika sürer ve genellikle veritabanı giderini >%70 düşürür.

Yaygın Yanılgılar

  • ✗

    GSI indekslerinin yalnızca depolama maliyeti yarattığını ve yazma kapasitesi faturasını katlamadığını varsaymak.

Karar Kılavuzu & Önceliklendirme

AWS Cost Explorer'da tüm DynamoDB tablolarını denetleyin: ortalama 50 WCU/RCU üzerindeki tüm kararlı tabloları derhal Auto Scaling'li Tahsisli moda geçirin.

Doğrulanmış Kaynaklar & Referanslar