Bulut Faturasını Şişiren 5 Görünmez Kalem

Bulut faturası ilk aylarda tahmin edilebilir seyreder, sonra bir gün beklenenin iki katına çıkar ve kimse hangi kalemin büyüdüğünü söyleyemez. Sebep genellikle sunucu ücretleri değildir — onlar zaten görünür ve takip edilir. Faturayı sessizce büyüten kalemler, mimari kararların yan etkisi olarak ortaya çıkan ve panoda ayrı bir satır olarak dikkat çekmeyen kalemlerdir.

1. Veri çıkışı (egress): en sık şaşırtan kalem

Bulut sağlayıcılarının çoğunda veriyi içeri almak ücretsiz, dışarı çıkarmak ücretlidir. Bu asimetri, tahminleri sistematik olarak şaşırtır. Görsel ve video sunan bir uygulamada, bölgeler arası çoğaltma yapan bir veritabanında veya yedeklerini başka bir sağlayıcıya kopyalayan bir sistemde çıkış ücreti ana kalem hâline gelebilir.

Kontrol altına almanın yolları: statik içeriği bir CDN arkasına almak (CDN'den çıkış genellikle daha ucuzdur ve önbellek isabet oranı yükseldikçe kaynak sunucudan çıkış azalır), aynı bölge içinde kalan mimariler tercih etmek, ve API yanıtlarını sıkıştırmak. Bölgeler arası trafik, aynı bulut içinde bile ücretlendirilir — bu ayrıntı çok sık atlanır.

2. Sahipsiz kaynaklar

Silinen bir sanal makinenin diski çoğu zaman otomatik silinmez. Test için ayrılmış statik IP adresleri, kullanılmayan yük dengeleyiciler, eski makine görüntüleri ve anlık görüntüler (snapshot) aylarca sessizce ücret üretir. Bunlar tek tek küçüktür; toplamları genellikle şaşırtıcıdır.

Pratik çözüm, tüm kaynaklara zorunlu etiket (sahip, ortam, proje) koymak ve etiketsiz kaynakları düzenli olarak raporlayan bir kontrol çalıştırmaktır. Etiketleme kuralı olmayan bir hesapta maliyet analizi de yapılamaz; çünkü hangi harcamanın hangi ekibe ait olduğu bilinemez.

3. Log, metrik ve izleme saklama

Gözlemlenebilirlik iyi bir yatırımdır, ama varsayılan ayarlarla bırakıldığında hızla pahalı bir kaleme dönüşür. Her isteğin tam gövdesini log'lamak, hata ayıklama seviyesinde log'ları üretimde açık bırakmak veya tüm metrikleri en yüksek çözünürlükte saklamak, depolama ve alım (ingestion) ücretlerini katlar.

Sağlıklı yaklaşım kademeli saklamadır: son 7-14 gün sıcak ve aranabilir, sonrası ucuz arşiv depolamasında, çok eskisi tamamen silinir. Ayrıca log seviyelerini disiplinli kullanmak ve yüksek hacimli tekrar eden mesajları örneklemek gerekir. Log içeriğini planlarken log yazma rehberimiz hangi bilginin gerçekten gerekli olduğunu ele alıyor.

4. Saat başına ücretlenen ağ bileşenleri

NAT geçitleri, yönetilen yük dengeleyiciler ve özel bağlantılar hem saatlik sabit ücret hem de işledikleri veri başına ücret alır. Bunlar mimari şemada tek bir kutucuktur ama faturada iki ayrı satır üretir. Özellikle her ortam için (geliştirme, test, üretim) ayrı NAT geçidi oluşturmak, farkında olunmadan üç katına çıkan sabit bir gider yaratır. Geliştirme ortamlarında bu bileşenleri paylaşmak veya mesai dışında kapatmak belirgin tasarruf sağlar.

5. Yönetilen servislerde istek başına ücretler

Sunucusuz veritabanları, nesne depolama ve kuyruk servisleri genellikle depolanan veri kadar işlem sayısı üzerinden de ücretlendirilir. Küçük dosyaları tek tek yazan bir toplu iş, saniyede binlerce küçük istek üreten bir yoklama döngüsü veya gereksiz sık çalışan bir zamanlayıcı, depolama maliyeti neredeyse sıfırken istek maliyetini büyütebilir. Burada da çözüm, isteklerin toplu hâle getirilmesi ve gereksiz yoklamanın olay tabanlı tetiklemeyle değiştirilmesidir.

Kontrolü kalıcı hâle getirmek

Tek seferlik bir temizlik birkaç ay sonra eski hâline döner. Kalıcı çözüm için üç alışkanlık yeterlidir:

• Bütçe uyarısı kurun. Ay ortasında beklenen harcamayı aşınca haber veren bir uyarı, sürprizi ay sonunda değil ikinci haftada gösterir.
• Maliyeti etikete göre bölün. Harcamayı ekip ve ortam bazında görebilmek, tartışmayı "bulut pahalı" düzeyinden çıkarır.
• Mimari kararlarda çıkış maliyetini de hesaba katın. Yeni bir servis eklerken yalnızca çalışma ücretini değil, ürettiği veri trafiğini ve istek sayısını da tahmin edin.

Buluta geçiş veya kendi sunucunuzda kalma kararını maliyet ekseninde değerlendirdiğimiz karşılaştırma yazımız ve ölçeklenmenin sınırlarını ele alan ölçeklenme yanılsaması yazımız bu konunun tamamlayıcılarıdır. Sağlayıcı tarafındaki güncel fiyatlandırma mantığı için Google Cloud dokümantasyonu gibi resmî kaynaklara bakmak gerekir, çünkü ücretlendirme ayrıntıları sık değişir.

Sonuç

Bulut faturasındaki sürprizlerin kaynağı neredeyse hiçbir zaman sunucu ücretleri değildir; veri çıkışı, unutulmuş kaynaklar, log saklama, saatlik ağ bileşenleri ve istek başına ücretlerdir. Bu kalemlerin ortak özelliği, mimari kararların dolaylı sonucu olmaları ve tek bir satırda görünmemeleridir. Bu ay yapabileceğiniz en aydınlatıcı şey basittir: fatura detayını sunucu dışındaki kalemlere göre büyükten küçüğe sıralayın. İlk üç satır, muhtemelen daha önce hiç konuşmadığınız kalemler olacaktır.