Cloud Hosting Maliyetlerini Düşürmenin 7 Yolu (NetKıyas Rehberi)

Cloud hosting (bulut barındırma) esnek olduğu için projeler hızla büyür; ancak bu esneklik doğru yönetilmezse maliyet de aynı hızla artar. Bu rehberde, NetKıyas’ta karşılaştırırken sık görülen “fatura sürprizleri”ni oluşturan kalemleri tek tek ele alıyor ve her biri için uygulanabilir 7 yöntem veriyorum. Hedef; maliyeti düşürürken performansı veya güvenliği rastgele azaltmamak.

1) Doğru boyutlandırma: “fazla kaynak” maliyettir

Cloud hizmetlerinde en yaygın gider, gereğinden büyük CPU/RAM veya fazla disk performansı (IOPS) seçimidir. İlk adım, mevcut yükü ölçmek ve kaynakları buna göre ölçeklemektir.

Hangi metriklere bakın?

Aşağıdaki göstergeler “aşırı satın alım” olup olmadığını anlamanıza yardım eder: - CPU ortalaması ve tepe (peak): CPU sürekli düşükse fazla varken olabilir. - RAM kullanımı: Bellek sürekli yüksekse ölçek gerekir; sürekli düşükse azaltın. - Disk IO (read/write) ve gecikme (latency): Yüksek IOPS pahalıdır; ihtiyaç yoksa boşa ödenir. - Transfer/Gönderim (egress): Özellikle dışarıya giden trafik büyüdüğünde fatura artar.

Pratik aksiyon

• İş yükü “dönemsel” ise otomatik ölçekleme (autoscaling) kuralını etkinleştirin.
• Tek bir büyük instance yerine işin ihtiyacına göre daha küçük başlayıp ölçekleyin.
• Veritabanı için ayrı değerlendirme yapın: Uygulama sunucusu küçükken DB gereksinimi büyük olabilir.

2) Otomatik ölçekleme ve zaman tabanlı ölçekleme ile boşa zamanı sıfırlayın

Birçok ekip, saatlik/aylık kullanım farkını göz ardı ederek sürekli çalışan sistemler kurar. Cloud’da bu, “kullanmadığım zamanlarda da ücret ödüyorum” demektir.

Otomatik ölçekleme hangi koşullarda net kazandırır?

• Trafiğin gün içi saatlere göre değiştiği web siteleri
• Gece/hafta sonu düşen raporlama ve iç portal projeleri
• Batch işleri (ör. gece çalışan iş kuyrukları)

Zaman tabanlı ölçekleme örneği

• 08:00-20:00 arası 2 instance
• 20:00-08:00 arası 1 instance
• Hafta sonu yalnızca kritik servis açık

Bu kural, maliyeti düşürürken “tek seferlik geçici ek kapasite” ihtiyacını da azaltır.

3) Depolama stratejinizi sadeleştirin: sıcak/soğuk veri ayrımı yapın

Cloud’da depolama maliyeti sadece “GB” değildir; ayrıca sınıf (sıcak/soğuk), erişim sıklığı ve yedekleme politikaları ile artar.

Sıcak (hot) ve soğuk (cold) veri ayrımı

• Sık okunan dosyalar: hot depolama
• Nadiren erişilen arşivler: cold veya daha düşük maliyetli katman

Uygulanacak net adımlar

• Log dosyalarını “sürekli tutulmak” yerine yaşam döngüsüne göre arşivleyin.
• Eski iş kayıtlarını (batch raporları vb.) ayrı bir depolama katmanına taşıyın.
• Gereksiz geçici dosyalar için otomatik temizleme kuralı koyun.

4) Yedekleme (backup) maliyetini kontrol etmek için politika belirleyin

Yedekleme yapılmaması risk; ama yanlış yapılandırma da maliyettir. En sık sorun: her gün tam yedek alınıp yıllarca saklanması veya aynı verinin birden fazla yerde tutulması.

Doğru yedekleme modeli

Aşağıdaki yaklaşım, maliyeti düşürürken süreklilik sağlar: - Diferansiyel / incremental yedek (tam yerine fark) - Belirli periyotlarla “tam yedek” - Saklama süresi kuralı (ör. 7-30-90 gün gibi katmanlı yaklaşım)

Net kazanç veren standart kural

• Uygulama için günlük fark yedek
• Haftalık tam yedek
• Aylık “restore test” (yedekten geri dönüşün gerçekten yapılabildiğini doğrulamak için)

5) Ağ maliyetlerini (özellikle egress) azaltın: “trafik” fatura kalemidir

Cloud maliyetinde en çok sürpriz yaratan başlık dışarıya giden trafik (egress) ve CDN kullanılmamasından kaynaklanan gereksiz veri akışıdır. Özellikle video, görsel, API yanıtları ve büyük dosyalar egress’ı artırır.

Maliyet düşüren teknik uygulamalar

• CDN (İçerik Dağıtım Ağı) kullanın: Statik içerikler (CSS, JS, görseller, videonun belirli parçaları) CDN üzerinden dağıtıldığında origin sunucu yükü azalır.
• “Büyük dosyayı her istekte çekmek” yerine önbellek (cache) stratejisi kurun.
• Aynı veriyi farklı servislerden tekrar tekrar istemek yerine tek noktadan dağıtın.
• Gereksiz log/analytics event gönderimini filtreleyin.

Uygulama için net kontrol listesi

• Sık çağrılan API endpoint’ler için HTTP cache (uygun olduğunda)
• Görsel boyut optimizasyonu (ör. doğru çözünürlük ve sıkıştırma)
• Dosya indirmeleri için doğru başlıklar (range destekleri vb.)

6) İzleme ve maliyet raporlaması olmadan indirim planı yürütmeyin

Cloud’da maliyeti düşürmenin ilk şartı; “nereden gittiğini” net görmek. İzleme yoksa sadece tahminle hareket edilir ve bu, ya gereksiz kesinti ya da yetersiz tasarrufla sonuçlanır.

Hangi raporları istemelisiniz?

• Instance bazlı CPU/RAM kullanım raporları
• Storage sınıfı bazlı (hot/cold) gider dağılımı
• Network egress ve ingress (içe/dışa) kırılımı
• En çok kaynak kullanan servis veya microservice bazlı görünüm

Pratik metrik hedefleri

• CPU kullanımı sürekli düşükse: ölçek/instance azaltma
• Disk IO maliyeti yüksekse: IOPS yeniden ayarı
• Egress artıyorsa: CDN + cache + içerik optimizasyonu

7) “Gereksiz maliyeti” bütçeye göre yönetin: limitler, etiketler ve süreç

Maliyet kontrolünün son ayağı süreçtir. Kaynaklar büyüdüğünde kimse “şimdilik idare eder” diye devam eder ve fatura bir ay sonunda açığa çıkar.

Etiketleme (tagging) ile izlenebilir maliyet

• Her servis için: proje adı, ortam (prod/stage/dev), sahip (owner) etiketi
• Böylece maliyet raporunda kimin hangi gideri olduğu görünür

Limitler ve otomasyon

• Instance sayısı veya otomatik ölçekleme üst sınırı
• Depolama büyüme limitleri
• Bütçe aşımlarında uyarı (billing alert)

Net süreç önerisi

• Haftalık maliyet inceleme (10-15 dk): büyük değişim var mı?
• Aylık “top 3 gider” analizi: en çok yükselen kalemleri hedefleyin

Cloud hosting maliyetlerini düşürürken sık yapılan 5 hata

Bu hatalar tasarrufu ya engeller ya da performans/süreklilik riskini artırır: - Sadece CPU’ya bakıp DB ve disk IO’yu görmezden gelmek - Egress maliyetini önemsememek (CDN ve cache yokluğu) - Tüm datayı aynı depolama sınıfında tutmak (hot’ta gereksiz GB) - Her gün tam yedek alıp saklama süresini kural dışı bırakmak - İzleme olmadan “daha ucuz plan” seçip problemi maskelemek

Hızlı karşılaştırma: Hangi gideri hangi yöntem etkiler?

Aşağıdaki tablo, maliyet kalemlerini ve uygulanacak yöntemleri hızlı eşleştirir.

Uygulama sırası: En hızlı sonuç için 2 haftalık plan

İş yükünü bozmadan maliyeti düşürmek için sıralama önemlidir.

1-3. gün: Görünürlük

• Maliyet raporlarını ve kullanım metriklerini toplayın.
• Top 3 maliyet kalemini belirleyin (ör. instance + egress + storage).

4-7. gün: Trafik ve ölçek

• CDN/cache eksiklerini kontrol edin.
• Autoscaling veya zaman tabanlı ölçekleme kurallarını netleştirin.

8-14. gün: Depolama ve yedekleme revizyonu

• Sıcak/soğuk ayrımı yapın.
• Yedekleme türü ve saklama sürelerini standardize edin.
• Değişiklik sonrası restore (geri dönüş) denemesi planlayın.

Sonuç: Bugün neyi değiştirmeniz en net tasarrufu getirir?

Cloud hosting maliyetini düşürmenin “tek sihirli düğmesi” yoktur; ancak doğru sırayla ilerlediğinizde fatura kalemlerini hızlı şekilde kontrol edebilirsiniz. Önce maliyet kalemlerini (instance, storage, egress, yedekleme) görünür hale getirin; ardından doğru boyutlandırma + autoscaling, CDN/cache ile egress azaltma ve yedekleme/saklama politikasını revize edin. NetKıyas’ta sağlayıcı karşılaştırması yaparken de aynı metrikleri baz alarak seçim yapın: CPU/RAM kapasitesi kadar transfer ve saklama koşulları da toplam maliyeti belirler. Bu adımları 2 haftalık bir planla uygularsanız, kesinti riski olmadan maliyet düşüşünü somut olarak görürsünüz.