Compute Savings Plans'in esnekliği ile EC2 Instance Savings Plans'in yüksek indirim oranı arasındaki stratejik denge nedir; aşırı taahhüt (over-commitment) riskine girmeden optimal taban taahhüt nasıl hesaplanır?

AWS Savings Plans, 1 veya 3 yıllık saatlik harcama taahhüdü ($/saat) karşılığında on-demand fiyatlara kıyasla %72'ye varan büyük indirimler sunar. FinOps liderleri iki temel model arasında stratejik seçim yapmalıdır: (1) **Compute Savings Plans (CSP)**: **Maksimum Mimari Esneklik** ile **%66'ya varan indirim** sağlar; sunucu ailesi, bölge, işletim sistemi veya CPU mimarisi (x86 veya Graviton) değişse bile indirimi otomatik olarak EC2, Fargate konteynerleri ve Lambda fonksiyonlarına uygular. (2) **EC2 Instance Savings Plans (EC2-SP)**: **%72'ye varan en yüksek indirimi** (%6-10 daha fazla marj) sunar ancak sizi **Belirli Bir Bölgedeki Belirli Bir Sunucu Ailesine Kilitler** (ör. `us-east-1` bölgesinde sadece `c6g`). 6 ay sonra `c5`'ten Graviton `c6g`'ye geçerseniz eski taahhüdünüz boşa gider. Başarılı FinOps ekipleri **Kademeli Taahhüt Stratejisi** uygular: Değişmeyen ana veritabanı tabanını (%70-80) EC2-SP ile, dinamik mikroservisleri Compute SP ile kapatır; anlık trafik dalgalarını ise Spot veya On-Demand ile karşılar.

Taahhüt Finans Mühendisliği: Compute Savings Plans ve EC2 Instance Savings Plans Karşılaştırması

Q: Bir EC2 Instance Savings Plan taahhüdünü başka bir sunucu ailesine dönüştürebilir misiniz?

Hayır. Eski Dönüştürülebilir Rezerve Sunucuların aksine, Savings Plans satın alındıktan sonra değiştirilemez veya başka aileye taşınamaz; 1 veya 3 yıl boyunca sabit kalır.

Q: Hızlı büyüyen girişimlerde neden 3 yıllık yerine 1 yıllık Savings Plan tercih edilir?

Çünkü mimari değişiklikler ve teknoloji geçişleri çok hızlı gerçekleşir; 1 yıllık plan %40-50 indirim sağlarken şirketi uzun vadeli atıl taahhüt riskinden korur.

Senior (L5)

⚡ÖZET VE TEKNİK CEVAP

AWS Savings Plans, 1 veya 3 yıllık saatlik harcama taahhüdü ($/saat) karşılığında on-demand fiyatlara kıyasla %72'ye varan büyük indirimler sunar. FinOps liderleri iki temel model arasında stratejik seçim yapmalıdır:

Compute Savings Plans (CSP): Maksimum Mimari Esneklik ile %66'ya varan indirim sağlar; sunucu ailesi, bölge, işletim sistemi veya CPU mimarisi (x86 veya Graviton) değişse bile indirimi otomatik olarak EC2, Fargate konteynerleri ve Lambda fonksiyonlarına uygular.

EC2 Instance Savings Plans (EC2-SP): %72'ye varan en yüksek indirimi (%6-10 daha fazla marj) sunar ancak sizi Belirli Bir Bölgedeki Belirli Bir Sunucu Ailesine Kilitler (ör. us-east-1 bölgesinde sadece c6g). 6 ay sonra c5'ten Graviton c6g'ye geçerseniz eski taahhüdünüz boşa gider. Başarılı FinOps ekipleri Kademeli Taahhüt Stratejisi uygular: Değişmeyen ana veritabanı tabanını (%70-80) EC2-SP ile, dinamik mikroservisleri Compute SP ile kapatır; anlık trafik dalgalarını ise Spot veya On-Demand ile karşılar.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

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

Mekanizma

Taahhüt portföyü optimizasyonu Taban Kullanım Eğrisiyle hesaplanır:

Saatlik Minimum Harcama Tespiti: FinOps son 90 gün içindeki en düşük saatlik harcama tabanını (S_{min}) bulur.

%80 Güvenlik Katsayısı: Önerilen taahhüt miktarı: ext{Hedef Taahhüt} = S_{min} imes 0,80.

Otomatik İndirim Önceliği: AWS indirimleri otomatik olarak önce en yüksek indirimi sunan sunucuya (EC2-SP) ardından Compute SP'ye uygular; taşan kısmı ise On-Demand olarak faturalandırır.

Kademeli Alım: 1 Ocak'ta tek seferde büyük taahhüt almak yerine, her çeyrekte 1 yıllık küçük dilimler halinde kademeli taahhüt alınır.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Kurumsal bulut bütçe planlaması, kararlı canlı veritabanı kümeleri, Kubernetes EKS düğüm havuzları ve öngörülebilir SaaS sunucu altyapıları.

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

Kritik Risk

✓
Mühendislik ekibi Graviton'a geçmek üzereyken eski Intel sunucularına (m4, c4) 3 yıllık EC2 Instance taahhüdü verip parayı yakmak
✓
Black Friday gibi yılın en yoğun günündeki tepe noktaya göre %100 taahhüt satın almak

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

✓
AWS Savings Plans Kullanım raporunda Utilization < %100 görülmesi (boşa para ödendiğinin kanıtı)
✓
Kapsama raporunda Coverage < %60 kalması (kaçırılan indirim fırsatı)

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

✓
Son 90 günlük en düşük harcama tabanının %80'inden fazlasına asla taahhüt vermeyin
✓
esneklik için 1 yıllık Peşinatsız (No-Upfront) planları tercih edin
✓
alımları 3 aylık çeyreklere yayın

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

Ödünleşim

EC2 Instance Savings Plans en yüksek indirim oranını sunar (%72); ancak finansal ceza ödemeden sunucu ailesini veya bulut bölgesini değiştirme özgürlüğünü tamamen kilitler.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Bir şirket ayda 60.000 On-Demand sunucu faturası ödüyordu. Bir finans uzmanı us-east-1 bölgesinde m5 ailesine kilitli 3 yıllık 50/saatlik EC2-Instance taahhüdü aldı. 4 ay sonra mühendislik ekibi %40 daha performanslı olan Graviton m6g sunucularına geçişi tamamladı. Taahhüt m5'e kilitli olduğu için şirket yeni m6g sunucularının parasını öderken aynı zamanda kullanılmayan m5 taahhüdü için de her ay $36.000 ödemeye devam etti. FinOps ekibi süreci düzeltti: Artık taban harcamanın %75'ini kapsayan 1 yıllık esnek Compute Savings Plans alarak mühendislerin yeni çiplere özgürce geçebilmesini sağladılar.

İnteraktif Konsept Alıştırmaları

2 Alıştırma

Compute Savings Plans ile EC2 Instance Savings Plans arasındaki temel yapısal fark nedir?

Compute SP tüm sunucu aileleri, bölgeler, Fargate ve Lambda arasında esnekçe uygulanır; EC2 Instance SP biraz daha yüksek indirim sunar (%72) ancak sizi belirli bir bölgedeki belirli bir sunucu ailesine kilitler.

Yeni bir AWS Savings Plan taahhüt boyutu belirlerken önerilen güvenlik kuralı nedir?

Son 90 günün en düşük saatlik harcama tabanının en fazla %70-80'i kadar taahhüt verin; dalgalı tepe noktaları ise On-Demand veya Spot ile karşılayın.

Taahhüt Finans Mühendisliği: Compute Savings Plans ve EC2 Instance Savings Plans Karşılaştırması — Sıkça Sorulan Sorular

Bir EC2 Instance Savings Plan taahhüdünü başka bir sunucu ailesine dönüştürebilir misiniz?

Hayır. Eski Dönüştürülebilir Rezerve Sunucuların aksine, Savings Plans satın alındıktan sonra değiştirilemez veya başka aileye taşınamaz; 1 veya 3 yıl boyunca sabit kalır.

Hızlı büyüyen girişimlerde neden 3 yıllık yerine 1 yıllık Savings Plan tercih edilir?

Çünkü mimari değişiklikler ve teknoloji geçişleri çok hızlı gerçekleşir; 1 yıllık plan %40-50 indirim sağlarken şirketi uzun vadeli atıl taahhüt riskinden korur.

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

Temel Gerçekler & İlkeler

▸
Compute Savings Plans tam mimari esneklik ile %66'ya varan indirim sunar.
▸
EC2 Instance Savings Plans %72 indirim verir ancak sunucu ailesine ve bölgeye kilitler.
▸
Boşa para ödeme riskini önlemek için son 90 günün harcama tabanının %70-80'ini hedefleyin.
▸
Maksimum uyum için taahhüt alımlarını 1 yıllık vadelerle her çeyreğe yayın.

Yaygın Yanılgılar

✗
Yanılgı: %100 kapsamlı 3 yıllık taahhüt almak her zaman en karlı karardır (Gerçek: Aşırı taahhüt takımları eski sunucu tiplerine mahkum eder ve iş yükü düştüğünde parayı yakar).
✗
Yanılgı: Savings Plans AWS veri merkezinde fiziksel sunucu kapasitesi ayırtır (Gerçek: Savings Plans tamamen finansal bir indirim modelidir; fiziksel kapasite garantisi vermez).

Karar Kılavuzu & Önceliklendirme

İndirim marjlarını kaybetmeden yeni Graviton çiplerine özgürce geçiş yapabilmek için dinamik uygulama filolarında 1 yıllık esnek Compute Savings Plans modelini tercih edin.

Doğrulanmış Kaynaklar & Referanslar

[OFFICIAL_DOCUMENTATION]AWS Savings Plans User Guide & Plan Types Comparison— Amazon Web Services Documentation