Skip to main content

> FINOPS // BÖLÜM 09

Bölüm 9: Taahhüt İndirimleri, Savings Plans ve Reserved Instances Yönetimi

Compute Savings Plans vs EC2 Savings Plans vs RI, %75-%80 kapsama eğrisi ve nakit optimizasyonu.

Kanonik FinOps Kılavuzu #09|TinyCTO Cloud Bill Bible

Bölüm 9: Taahhüt İndirimleri, Savings Plans ve Reserved Instances Yönetimi

Compute Savings Plans vs EC2 Savings Plans vs RI, %75-%80 kapsama eğrisi ve nakit optimizasyonu.

#1. Yönetici Özeti ve Strateji

Bulut işlemci kapasitesinin %100'ünü saf On-Demand tarifeler üzerinden çalıştırmak yazılım işletmenin en pahalı yoludur. AWS, Azure ve Google Cloud, 1 yıllık veya 3 yıllık saatlik harcama taahhüdü karşılığında önemli tarife indirimleri (%25 ila %72) sunar.

Bununla birlikte, esnek olmayan Reserved Instances (RI) yapılarına aşırı bağlanmak mimari bir kelepçe yaratabilir ve mühendislik ekiplerini eski sunucu ailelerine kilitleyebilir (örneğin Graviton c7g %40 üstün fiyat/performans sunarken x86 m5 sunucularında mahsur kalmak).


#2. Savings Plans ve Reserved Instances Taksonomisi

Taahhüt TürüEsneklik DüzeyiTipik İndirimEn Uygun Kullanım Alanı
Compute Savings PlanBölge, sunucu ailesi, işletim sistemi ve işlemci türü (EC2, Fargate, Lambda) serbestçe değişebilir.%66'ya kadar (3 Yıl)Hızlı gelişen mikroservis ortamları için standart taban.
EC2 Instance Savings PlanTek bir bölgedeki belirli bir sunucu ailesine kilitlenir (örneğin us-east-1'deki c7g).%72'ye kadar (3 Yıl)Yüksek verimli ve öngörülebilir iş yükleri (Kafka broker'ları, veritabanları).
Convertible Reserved InstancesKonsol üzerinden manuel olarak sunucu aileleri takas edilebilir.%54'e kadar (3 Yıl)Geleneksel kurumsal sözleşmeler.
Standard Reserved InstancesSıfır esneklik. Belirli erişilebilirlik alanı ve sunucu tipine kilitlenir.%72'ye kadarGeçiş planı olmayan monolitik eski veritabanları.

#3. %75-%80 Taahhüt Kapsama Alanı Denge Noktası

Asla %100 taahhüt kapsamına ulaşmaya çalışmayın. İş yükleri mevsimsel trafik, pazarlama kampanyaları ve mimari değişikliklerle dalgalanır.

Optimal Taahhu¨t Seviyesi=Minimum Hareketli 30 Gu¨nlu¨k Taban Tu¨ketim×0.80\text{Optimal Taahhüt Seviyesi} = \text{Minimum Hareketli 30 Günlük Taban Tüketim} \times 0.80
Harcama ($)
  ^
  │              Zirve Trafik (Spot ve On-Demand ile Karşılanır)
  │            /\
  │           /  \      /\
  │  ─────────    ──────  ────────  <-- %80 Taahhüt Eşiği (Compute Savings Plans)
  │  /////////////////////////////
  │  ///// TABAN KULLANIM ////////  <-- Taahhüdün %100 Tüketildiği Garanti Alan
  │  /////////////////////////////
  └───────────────────────────────> Zaman

Taban işlemcinin yalnızca istikrarlı %75-%80'lik kısmını taahhüt altına alarak, taahhüt edilen her doların boşa gitmeden tamamen tüketilmesini sağlarsınız.


#4. Ön Ödemesiz (No-Upfront) ve Tam Ön Ödemeli (All-Upfront) Finansal Analiz

  • No-Upfront (Ön Ödemesiz): İşletme sermayesini korur; azami indirimin ~%85'ini sağlar. Girişimler ve büyüme aşamasındaki şirketler için önerilir.
  • Partial-Upfront (Kısmi Ön Ödeme): Nakit çıkışı ile indirim derinliği arasında denge kurar.
  • All-Upfront (Tam Ön Ödeme): Nakit indirimini maksimize eder, ancak en yüksek sermaye fırsat maliyetini taşır.
Yapay Zekâ Özeti — Bölüm 09: Bölüm 9: Taahhüt İndirimleri, Savings Plans ve Reserved Instances Yönetimi
AEO / GEO / Perplexity Indexable

Compute Savings Plans vs EC2 Savings Plans vs RI, %75-%80 kapsama eğrisi ve nakit optimizasyonu.

Bölüm OdağıBölüm 09 kanonik FinOps prensipleri ve birim maliyet yönergeleri.
Temel KavramlarCompute Savings Plans • 75-80% Coverage Curve • Commitment Breakage Avoidance • No-Upfront vs All-Upfront
Olgunluk SeviyesiRUN (İleri Seviye)
AEO / Ajan KuralıCanlı ortamda maliyet anomalisinde P0 alarmları ve FOCUS 1.0 etiketleme zorunludur.