Skip to main content

> dynamodb_on-demand_ile_provisioned_auto-scaling_başa_baş_hesaplamaları

DynamoDB On-Demand ile Provisioned Auto-Scaling Başa Baş Hesaplamaları

DynamoDB On-Demand kapasitesi kararlı iş yüklerinde Provisioned kapasiteye göre neden 5-7 kat daha pahalıdır ve kesin finansal geçiş noktası nasıl hesaplanır?

Senior (L5)

⚡ÖZET VE TEKNİK CEVAP

Amazon DynamoDB iki kapasite modu sunar: On-Demand (1 milyon yazma 1,25, 1 milyon okuma 0,25) ve Provisioned (WCU-saati 0,00065, RCU-saati 0,00013). Saniyede 1.000 sürekli yazma (WCU) yapan bir sistem Provisioned modda ayda yaklaşık 475 (0,00065 * 1.000 * 730 saat) öder. Aynı 1.000 yazma/sn On-Demand modda çalıştırıldığında (ayda 2,592 milyar yazma) fatura tam $3.240'a ulaşır—tam 6,8 kat fark. Matematiksel başa baş noktası (break-even) yaklaşık %15 ortalama kapasite kullanım oranındadır. Trafiğiniz düzenliyse veya günün 4-5 saatinden fazlasında aktifse, On-Demand'den Auto Scaling destekli Provisioned moda geçmek DynamoDB faturanızı anında %70 ila %85 oranında düşürür.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

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

Mekanizma

1 Yazma Kapasite Birimi (WCU) 1 KB'a kadar nesneler için saniyede 1 yazma sağlar. 1 Okuma Kapasite Birimi (RCU) 4 KB'a kadar nesneler için saniyede 1 güçlü tutarlı (veya 2 nihai tutarlı) okuma sağlar. Provisioned modda tüketseniz de tüketmeseniz de tahsis edilen kapasite için sabit saatlik ücret ödersiniz. On-Demand modda ise kapasite planlaması olmadan sadece gelen istek başına ödersiniz. Formül: Provisioned_Maliyet = (WCU * 0,00065 + RCU * 0,00013) * 730; OnDemand_Maliyet = (Milyon Yazma * 1,25) + (Milyon Okuma * 0,25). Provisioned tablolara %70 hedefli Application Auto Scaling eklendiğinde, sunucusuz esneklik ile rezerve ucuzluğu birleştirilmiş olur.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Trafik profili henüz bilinmeyen yeni tablolar, günlerce sıfır trafik çekip anlık patlayan sistemler ve test ortamları için On-Demand; düzenli ve öngörülebilir taban trafiğe sahip üretim tabloları için Auto Scaling ve Rezerve Kapasite (Reserved Capacity ile %77 ek indirim) destekli Provisioned mod.

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

Kritik Risk
  • ✓

    Yoğun trafik alan devasa bir üretim tablosunun unutularak On-Demand modda bırakılması ve ayda 25.000 ödenmesi (oysa Provisioned Auto Scaling 4.000 tutacaktır)

  • ✓

    Provisioned tablolarda minimum kapasitenin çok düşük tutulması sonucu ani trafik patlamalarında isteklerin kısıtlanması (throttling)

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

AWS Cost Explorer'da Amazon DynamoDB - PayPerRequestThroughput harcamasının yüksek olması ve CloudWatch ConsumedWriteCapacityUnits grafiğinin gün boyunca düzenli ve kararlı bir çizgi izlemesi.

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler
  • ✓

    Her ay DynamoDB tablolarını denetleyin: Ortalama saatlik WCU/RCU tüketimi tavan kapasitenin %15'ini aşıyorsa faturalandırma modunu PROVISIONED yapın

  • ✓

    %70 hedefli Auto Scaling tanımlayın

  • ✓

    taban kapasite için 1 veya 3 yıllık DynamoDB Reserved Capacity satın alarak ek %77 tasarruf sağlayın

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

Ödünleşim

Auto Scaling destekli Provisioned kapasite On-Demand'e göre %85'e kadar daha ucuzdur; ancak büyüme/küçülme alarmlarını yapılandırmayı ve ani sıçramaları karşılamak için küçük bir taban kapasite tamponu tutmayı gerektirir.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Bir mobil oyun şirketi oyuncu oturum tablosunu DynamoDB On-Demand modda çalıştırıyordu. 7/24 saniyede 4.000 yazma ve 8.000 okuma trafiği ayda 17.200 maliyet çıkarıyordu. Tablo %70 hedefli Auto Scaling ile Provisioned moda geçirilip 1 yıllık Reserved Capacity alındığında aylık fatura 2.600'a indi ve yılda $175.200 net tasarruf sağlandı.

İnteraktif Konsept Alıştırmaları

2 Alıştırma
Q1

Kararlı iş yüklerinde DynamoDB On-Demand modunun Provisioned moda göre tipik maliyet çarpanı nedir?

On-Demand, tam kullanılan Provisioned kapasiteye göre yaklaşık 5 ila 7 kat daha pahalıdır.
Q2

Ortalama kapasite kullanım oranı yüzde kaçı aştığında DynamoDB Provisioned kapasitesi On-Demand'den daha ucuza gelir?

Yaklaşık %14 ila %15 ortalama kapasite kullanımında.

DynamoDB On-Demand ile Provisioned Auto-Scaling Başa Baş Hesaplamaları — Sıkça Sorulan Sorular

Bir DynamoDB tablosunu kesinti olmadan On-Demand ile Provisioned modları arasında değiştirebilir misiniz?

Evet. AWS veritabanını durdurmadan canlı olarak 24 saatte bir faturalandırma modunu değiştirmeye izin verir.

DynamoDB Rezerve Kapasite (Reserved Capacity) nasıl çalışır?

1 veya 3 yıl boyunca belirli bir taban WCU ve RCU taahhüdü vererek standart saatlik Provisioned fiyatlar üzerinden %53 ila %77 indirim kazanırsınız.

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

Temel Gerçekler & İlkeler

  • ▸

    DynamoDB On-Demand is 5x-7x more expensive than Provisioned capacity for steady workloads.

  • ▸

    The financial break-even threshold is ~15% average capacity utilization.

  • ▸

    Application Auto Scaling brings serverless elasticity to cheap Provisioned tables.

  • ▸

    Reserved Capacity provides up to 77% additional discounts on baseline WCUs/RCUs.

Yaygın Yanılgılar

  • ✗

    Yanılgı: On-Demand is always the best choice for cloud-native apps (Gerçek: It is vastly more expensive for any table with predictable traffic).

  • ✗

    Yanılgı: Provisioned capacity causes database outages during traffic spikes (Gerçek: Burst capacity and Auto Scaling absorb temporary surges).

Karar Kılavuzu & Önceliklendirme

Keep new or highly unpredictable tables on On-Demand initially. Transition tables with steady traffic (>15% utilization) to Provisioned with Auto Scaling.

Doğrulanmış Kaynaklar & Referanslar