Taahhütlü İndirimlerle Bulut Maliyeti Nasıl Düşürülür?

Taahhütlü indirim mantığı

Bulutta varsayılan ödeme biçimi, kullandığınız kadar ve talep üzerine ödemektir. Esnektir ama birim fiyatı en yüksek seçenektir. Sağlayıcılar, belirli bir kullanım düzeyini belirli bir süre boyunca sürdüreceğinizi taahhüt ederseniz karşılığında indirimli fiyat sunar. Reserved Instance ve Savings Plan, bu mekanizmanın AWS tarafındaki yaygın adlarıdır. Diğer sağlayıcılarda benzer fikir rezervasyon, taahhütlü kullanım indirimi (committed use discounts) gibi farklı adlarla sunulur.

Ayrımı şöyle özetleyebilirsiniz: Reserved Instance çoğunlukla belirli bir kaynak tipine ve konfigürasyona bağlanan taahhüttür. Savings Plan ise belirli bir kaynak yerine, saat başına harcama tutarı üzerinden verilen daha esnek bir taahhüttür. Bu nitelemeler genel mantığı anlatır; kapsam, süre seçenekleri, iptal ve değişim kuralları, ödeme biçimleri sağlayıcıya ve ürüne göre değişir ve sık güncellenir. Uygulamaya geçmeden önce sağlayıcının güncel belgelerine bakmak şarttır.

Önce kullanımı küçült, sonra taahhüt ver

FinOps çerçevesinde kullanım optimizasyonu ile oran optimizasyonu ayrı yetkinliklerdir. Oran optimizasyonu, aynı kullanım için daha düşük birim fiyat elde etmeyi anlatır; taahhütlü indirimler bu başlığa girer. Sıra kritiktir. Gereğinden büyük bir kaynağa taahhüt verirseniz, israfı uzun süre için sabitlemiş olursunuz. Önce boşta kaynakları ayıklayın, aşırı büyük kaynakları uygun boyuta çekin, ardından kalan kararlı yük için taahhüt düşünün.

Bir diğer ilke de taahhüdü en kararlı yüke yazmaktır. Her gün aynı biçimde çalışan veritabanı örnekleri, sürekli açık duran uygulama sunucuları ve ortak platform bileşenleri iyi adaydır. Kampanya dönemine özgü, yakında kapatılması planlanan ya da mimari değişim geçirecek iş yükleri kötü adaydır. Taahhüt verilen kaynağı yeniden mimarilendirmek isteyen bir ekip, indirimi kaybeder ya da kullanılamayan kapasite öder.

Taahhüt miktarı nasıl belirlenir?

Yaygın yaklaşım, kullanım verisinin tabanına taahhüt vermektir. Geçmiş kullanım raporlarında bir kaynak ailesinin ya da toplam harcamanın en düşük kararlı seviyesini bulun. Tepelere değil, vadilere bakın: taahhüt, yükün hiçbir zaman altına düşmediği tabanı örtmelidir. Tepe kapasite ise talep üzerine ödemeyle, yani esnek biçimde karşılanır.

Pratik bir çalışma akışı şudur:

• Son dönemin saatlik ya da günlük kullanım verisini dışa aktarın.
• Hangi kaynak ailesi, bölge ve işletim sistemi kombinasyonlarının kararlı olduğunu çıkarın.
• Sağlayıcının öneri aracının sonucunu yalnızca başlangıç noktası olarak alın; uygulama sahipleriyle yakın dönem planlarını konuşun.
• Taahhüdü kademeli satın alın. Bir seferde tüm tabanı değil, tabanın bir bölümünü alıp sonuçları izlemek riski dağıtır.
• Satın alma kararını, sahip, tutar ve gerekçeyi içeren bir kayıtla belgeleyin.

Taahhütlerin sona erme tarihlerini takvime işlemek de gerekir. Süresi dolan taahhüt sessizce bitince aynı iş yükü birden en pahalı tarifeye döner.

Kapsama ve kullanım oranı: temel göstergeler

Taahhüt programını yönetirken şu oranlar izlenir. Kapsama oranı, uygun harcamanın ne kadarının taahhütle karşılandığını gösterir. Kapsama düşükse indirim fırsatı kaçıyor demektir. Kullanım oranı ise satın alınan taahhüdün ne kadarının fiilen kullanıldığını gösterir. Kullanım düşükse, yani ödenen taahhüt boşa gidiyorsa, aşırı taahhüt vermişsiniz demektir.

Bu göstergeler birbirinin dengesidir. Kapsamayı zorlarsanız kullanım düşme riski artar; kullanımı korumak için temkinli kalırsanız kapsama düşer. İyi yönetilen bir programda ikisi de düzenli raporlanır, yönetim panosunda ekipler bazında gösterilir ve hedef aralıklar önceden belirlenir. Hedefi sayı olarak tanımlamak kurumun kendi risk iştahına bağlıdır; tek geçerli bir oran yoktur.

Örnek senaryo: veritabanı tabanı ve artış dönemi

Örneğin bir perakende şirketinin altyapısında, sürekli çalışan bir grup veritabanı örneği ve sunucu var. Yük, yıl boyunca önemli bir düşüş göstermiyor, yalnızca büyük kampanya haftalarında kısa süreli tepe yapıyor. Finans ve mühendislik ekipleri birlikte oturup kullanım raporuna bakıyor.

Kararlı tabanı çıkarıyorlar ve bunun yalnızca bir bölümü için taahhüt satın alıyor, kalanını talep üzerine ödemeye bırakıyorlar. Gerekçeleri açık: kısa süre sonra bir yeniden mimarlık projesi başlayacak ve bazı sunucular başka bir aileye geçebilir. Tabanın o bölümünü taahhüt dışında tutarak esneklik payı bırakıyorlar. Her ay kapsama ve kullanım oranlarını panoda izliyor, taahhüdün ne zaman biteceğini de ortak takvime yazıyorlar.

Bu senaryoda birlikte işleyen unsurlara dikkat edin: veri temelli bir taban hesabı ve kurumsal bir yenileme disiplini.

Sık yapılan hatalar

• Boyutlandırmadan önce taahhüt almak. Fazla büyük kaynağa verilen taahhüt israfı kilitler.
• Tepe yüke göre taahhüt vermek. Ortalamanın üstünde alınan taahhüt kullanılmayan kapasite için ödeme demektir.
• Taahhütlerin sahibini belirlememek. Kim satın aldı, kim izliyor, süresi dolunca kim karar verecek sorusu cevapsız kalırsa yenileme tesadüfe kalır.
• Her şeyi tek tipe bağlamak. Kaynağa özgü rezervasyon ile harcamaya bağlı esnek plan arasındaki farkı bilmeden tek yöntemi tüm iş yüklerine uygulamak, ya esnekliği ya indirimi feda eder.
• Kural değişikliklerini izlememek. Sağlayıcıların koşulları ve ürünleri zamanla değişir; eski bir bilgiyle karar vermek sürpriz maliyet üretir.
• Mimari yol haritasını bilmeden almak. Sunucusuz yapıya ya da konteynerlere geçecek bir iş yükünün taahhüdü, geçişten sonra boşta kalabilir.
• Birden çok bulut kullanıyorsa her sağlayıcının programını ayrı ayrı yönetmek yerine ortak bir kapsama takibi kurmamak.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

FinOps ile Bulut Maliyet Yönetimi eğitiminin Maliyet Optimizasyon Teknikleri modülü, kullanım ve oran optimizasyonu yöntemlerini ele alan bölümdür; Çok Bulutlu FinOps Stratejisi modülü ise farklı sağlayıcıların taahhüt mekanizmalarını tek çerçevede yönetmek isteyenler için ilgilidir. Eğitim, bulut maliyetini sahiplenen FinOps uzmanları, platform ve altyapı mühendisleri ile finans iş ortaklığı yapan analistler için uygundur.

Kurumsal ekipler için faydası, taahhüt kararını tek kişinin sezgisine bırakmadan, mühendislik ve finans tarafının ortak kavramlarla birlikte vermesidir. FinOps Metrikleri ve Ölçüm başlığı da kapsama ve kullanım gibi göstergelerin nasıl okunacağı konusunda destek verir.