Blog'a dön
Cloud16 Haziran 20266 dk okuma

Bulut faturasını küçültmek: gözden kaçan beş kalem

Bulut faturası ilk aylarda kimsenin gündeminde değildir; ürün büyüyüp fatura dört haneye çıktığında ise geriye dönük temizlik sancılı olur. Devraldığımız projelerde maliyet incelemesi yaptığımızda beş kalem neredeyse her seferinde karşımıza çıkıyor. Bu yazıda o beş kalemi ve pratik çözümlerini sırayla ele alıyoruz.

C
Cosmo Yazılım Ekibi Mühendislik notları
Kapak görseli

1. Kullanılmayan kaynaklar

En bariz ama en yaygın kalem: kapatılmayan test ortamları, unutulan diskler, eski snapshot'lar ve boşta bekleyen statik IP'ler. Aylık düzenli bir "hayalet kaynak" taraması, çoğu projede faturanın yüzde 10-15'ini tek başına geri kazandırıyor. Etiketleme disiplini olmadan bu tarama yapılamaz; her kaynağa sahip ekip ve ortam etiketi zorunlu olmalı.

2. Yanlış boyutlandırma

Sunucular çoğu zaman "ne olur ne olmaz" payıyla, gerçek kullanımın birkaç katı kapasiteyle açılır ve öyle kalır. CPU ve bellek kullanım metriklerine bakarak yapılan üç aylık bir right-sizing turu, performanstan ödün vermeden ciddi tasarruf sağlar. Kural: sürekli yüzde 20'nin altında kullanılan kaynak, bir kademe küçültme adayıdır.

3. Veri transferi

Bulut sağlayıcıların en sessiz kalemi çıkış trafiğidir (egress). Bölgeler arası gereksiz replikasyon, CDN kullanılmadan sunulan medya dosyaları ve loglara akan ham veri, faturada fark edilmeden büyür. Mimari kararlarda "bu veri hangi bölgeden hangi bölgeye, ne sıklıkla akacak" sorusu baştan sorulmalı.

4. Depolama sınıfları

Tüm veriyi sıcak depoda tutmak, tüm kıyafetleri ütülü askıda tutmaya benzer: konforlu ama pahalı. Erişim sıklığına göre katmanlama — sıcak, seyrek erişim, arşiv — özellikle log, yedek ve IoT ham verisi gibi büyüyen kümelerde faturayı belirgin şekilde düşürür. Yaşam döngüsü kurallarıyla bu geçişler otomatikleştirilmeli.

5. Taahhüt indirimleri

Kullanım profili oturmuş iş yükleri için rezerve kapasite ve taahhüt planları, aynı kaynağı yüzde 30-60 daha ucuza sunar. Buradaki hata iki yönlü olabilir: hiç taahhüt vermemek de, kullanım netleşmeden uzun taahhüde girmek de para kaybettirir. Önce ölçün, sonra taahhüt edin.

Bulut maliyeti bir kez yapılan optimizasyon değil, aylık ritmi olan bir operasyon işidir.

Bulut mimarisi ve maliyet kontrolü yaklaşımımızı hizmetler sayfasında bulabilir, mevcut altyapınız için bir değerlendirme isterseniz bizimle iletişime geçebilirsiniz.

Cloud DevOps Maliyet

Diğer yazılar

Tümünü gör
IoT28 Temmuz 2026

IoT projelerinde uçtan uca mimari: cihazdan buluta veri yolculuğu

Yazıyı oku
Yazılım30 Haziran 2026

Teknik borç bir metafor değil, bir maliyet kalemi

Yazıyı oku
Yazılım2 Haziran 2026

Mobil uygulamalarda offline-first yaklaşımı

Yazıyı oku