Google Cloud harcama limitleri artık genel kullanımda: API kontrolü ve canlı maliyet raporlaması ile

Netics'in dev.to'daki, maliyet yönetimi ekibinde kıdemli ürün yöneticisi Shruthi Nambi'ye atfedilen bir duyuruyu özetleyen yazısına göre Google Cloud'un harcama limiti (spend cap) özelliği önizlemeden çıkıp 30 Ekim 2026'da genel kullanıma ulaştı. Özellik, bir Cloud Cloud bütçesini pasif bir izleyiciden bir yaptırım mekanizmasına dönüştürüyor: bir projenin kullanım maliyeti bütçenin hedef tutarını aştığında, o projedeki uygun hizmetler ücretli trafiği işlemeyi bırakırken, temeldeki kaynaklar sağlanmış durumda kalıyor.

Limit aslında neyi durduruyor

Standart bir bütçe; bir kapsam, bir tutarı, bir zaman dilimi ve eşik kurallarını içerir ve bu eşikler aşıldığında uyarı gönderir. Harcama limiti bu yapıya bir spendCap nesnesi ekleyerek bir sonuç da bağlar. Netics'in aktardığı Google dokümanlarına göre yaptırım, kapsamdaki hizmet için tüm yeni kullanımı durduruyor; buna isteğe bağlı kullandıkça öde tüketimi ve kullanım taahhütlü indirimlerle (committed use discount) zaten kapsanan kullanım da dahil. Ayrılmış altyapı gibi kalıcı kaynaklar etkin kalıyor ve devam eden sabit ücretleri tahakkuk etmeye devam ediyor. Limit devreye girdiğinde işlemde olan istekler tamamlanana kadar çalışıyor.

Bilinçli olarak dar kurallara sahip bir API

Genel kullanım sürümü, Google'ın önizleme geri bildirimlerine dayandırdığı üç yenilikle geliyor: mevcut Cloud Billing Budgets API'nin üzerine binanın bir harcama limitleri API'si, yaptırımı tetikleyen tahmini maliyetleri gösteren canlı maliyet raporları ve otomatik aylık sıfırlama.

API, bütçe kaynağını yeniden kullandığı için uyarı bütçelerini zaten otomatikleştiren ekiplerin elinde istemci kütüphaneleri ve IAM yüzeyi hazır durumda. Google'ın örnekleri, limitleri programatik olarak oluşturmayı, güncellemeyi, kaldırmayı ve silmeyi kapsıyor; bir geliştirici yeni bir sandbox projesi sağladığı anda limit uygulama senaryosu da buna dahil.

API referansı katı kısıtlamalar belgeliyor. Limit bütçesi CURRENT_SPEND üzerinde tam olarak üç eşik kuralı gerektiriyor: hedefin yüzde 50, 80 ve 100'ünde; FORECASTED_SPEND kuralları ise tamamen reddediliyor. Bildirim kuralı, proje düzeyinde alıcılar açık, varsayılan IAM alıcıları etkin ve Pub/Sub konuları ile izleme bildirim kanalları boş bırakılmış şekilde etkinleştirilmek zorunda; bu da limit bildirimlerini harici bir hatta yönlendirmeyi dışlıyor. Sahiplik kapsamı belirtilmemiş veya tüm kullanıcılar olmalı, faturalama hesabı kapsamı desteklenmiyor ve bütçe dönemi her zaman bir ay. Limit yaptırım durumundayken bir patch isteği yalnızca harcama limitinin girdi durumunu değiştirebiliyor; başka bir alan değişikliği başarısız oluyor.

Canlı maliyetler ve bir limit nasıl kalkar

AI hizmetlerine yönelik harcama limitleri tahmini canlı maliyetleri değerlendiriyor ve saatlerce süren faturalama verisini beklemek yerine kullanımdan dakikalar sonra tetiklenebiliyor. Yeni maliyet raporu görünümü, yaptırıma neden olan SKU düzeyindeki finansal anlık görüntüyü göstererek nöbetçi bir mühendise kök neden analizi için anında bağlam sağlıyor. Google, indirim ve kredilerin kesinleşmiş faturayı tahminden biraz farklı bırakabileceği konusunda uyarıyor; bu nedenle rapor, limitin tetiklenme nedeni olarak ele alınıp daha sonra nihai faturayla mutabakata kavuşturulmalı.

Yaptırımdaki bir limit mevcut dönemde elle kaldırılabiliyor; Google bunu, yönetişim gereği önce denetim isteyen ekipler için bir geçersiz kılma olarak konumlandırıyor. Aksi halde limit sıfırlanıyor ve engellenen hizmetler bir sonraki aylık dönemin başında otomatik olarak devam ediyor; hizmetlerin bir limit kalktıktan sonra tamamen normale dönmesi bir saate kadar sürebiliyor.

Neden önemli

Yalnızca uyarı veren bütçeler ekibe harcamanın kontrolden çıktığını söyler; harcama limiti ise onu durdurur. Bu fark en çok AI iş yüklerinde değer kazanıyor; çünkü hatalı yapılandırılmış bir iş, faturalama panolarının yetişmesi gereken sürede ciddi ücretler üretebiliyor. Platform ekipleri için API, bu koruma railini elle bakılan bir konsol ayarı olmaktan çıkarıp yüzlerce projeye uygulamayı pratik kılıyor ve canlı maliyet görünümü yaptırımdaki bir limitten açıklamaya giden yolu kısaltıyor.

Özelliği dizginleyen iki uyarı var. Kaynak bilinçli olarak dar tutulmuş: sabit eşikler, zorunlu aylık dönem ve özel bildirim yönlendirmesi yok; bu yüzden Terraform'a sarmak isteyenler katı doğrulamalı, ince nesneler beklemeli. Ayrıca kalıcı kaynaklar yaptırım sırasında sabit ücret tahakkuk ettirmeye devam ettiğinden limit, faturayı dondurmak yerine yavaşlatıyor. Netics'in aktardığı Google'ın kendi tavsiyesi, sandbox ve test kümelerinde düşük tutarlı sıkı limitlerle başlamak, faturalama yöneticilerine ve proje sahiplerine yüzde 50, 80 ve 100'de giden varsayılan uyarılara güvenmek ve bir olay bu varsayımı sınmadan önce her limitin proje-ve-hizmet kapsamında hangi iş yüklerinin bulunduğunu belgelemek.