Skip to main content

> taahhüt_finans_mühendisliği:_compute_savings_plans_ve_ec2_instance_savings_plans_karşılaştırması

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

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?

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: (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.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

Taahhüt portföyü optimizasyonu Taban Kullanım Eğrisiyle hesaplanır: (1) Saatlik Minimum Harcama Tespiti: FinOps son 90 gün içindeki en düşük saatlik harcama tabanını ($S_{min}$) bulur. (2) %80 Güvenlik Katsayısı: Önerilen taahhüt miktarı: $$ ext{Hedef Taahhüt} = S_{min} imes 0,80$$. (3) 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. (4) 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

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ı

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

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

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)

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 Örneği)

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
Q1

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.
Q2

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