Ekip olarak ortak bakiyeye erişmek, harcama tutarının beklentiden saptığı ilk aya kadar pratiktir. Çalışanlara ve görevlere göre ayrılmamış ortak hesap, işlem geçmişini satır satır açmadan bütçeyi kimin ve neye harcadığı sorusuna yanıt vermez. Harcamaları anahtarlar, eşikler ve yönler üzerinden nasıl sınırlayacağınızı ve diğerlerinden daha hızlı tükenen süreci nasıl çabucak bulacağınızı ele alıyoruz.

Sınırlayıcısız ortak bakiye neden fark edilmeden erir

Tüm ekip için tek bir bakiye, ilk hataya kadar sorunsuz çalışır. Bakiyeye birkaç çalışan veya birkaç otomatik süreç bağlandığında para eş zamanlı olarak düşer ve bu ancak olay olduktan sonra, bakiye sıfıra yaklaştığında görülür. Bölünmemiş ortak bakiye «ne kadar kaldı» sorusunu yanıtlar, «kim harcadı» sorusunu değil.

Sorun, API üzerinden yapılan harcamanın her adımda onay gerektirmemesiyle büyür: art arda bin aktivasyon başlatan bir betik, art arda bin aktivasyonu düşer ve bunu ilk fark eden betiğin yazarı değil, acil bir iş için bakiyesi yetmeyen kişi olur. Sınırlayıcı, çalışanlara güvenilmediği için değil, hiçbir insanın harcama sayacını gerçek zamanlı olarak fiilen izleyemediği için gereklidir.

Farklı limitli ayrı anahtarlar: görevleri ve çalışanları bölmek

Çalışan bir uygulama, tüm ekip için tek bir API anahtarı değil, her çalışan veya her görev için ayrı bir anahtar kullanmaktır: toplu kayıt, izleme, test ortamı. Her anahtarın kendi harcama limiti olduğundan, bir sürecin arızası diğerlerini engellemez ve başka bir göreve ayrılmış bütçeyi tüketmez. Anahtarların ve parametrelerinin ayarları API belgelerinde açıklanmıştır.

Anahtarlara göre bölme, sorumluluk sorusunu da çözer: belirli bir anahtarın harcaması normun dışına çıktıysa, genel geçmişi satır satır incelemeden hangi sürecin veya çalışanın bunu yaptığı hemen görülür. Ele geçirilmiş ya da hatalı çalışan tek bir anahtarı, ekibin diğer görevlerini durdurmadan devre dışı bırakabilirsiniz.

Günlük ve aylık harcama eşikleri

Ödenen tüm dönem için tek bir limit, hızlı tükenmeyi yakalamaz: aylık eşik beş yüz koşullu birim ise ve hatalı bir süreç bu tutarı üç saatte harcıyorsa, aylık limit onu ancak bütçe zaten sıfırlandığında durdurur. Günlük eşik sorunu ayın sonunda değil, aynı gün içinde yakalar.

Çalışan düzen, iki eşiği aynı anda tutmaktır: günlük eşik belirli bir anahtardaki tükenme hızını sınırlar, aylık eşik ise görevin veya çalışanın dönem boyunca toplam bütçesini sınırlar. Günlük limiti sınıra dayamak yerine olağan iş yüküne pay bırakarak belirlemek gerekir; aksi halde yoğun günlerde meşru işi durdurur.

Yönlere göre izleme ve eşik uyarıları

Yön, belirli bir ülke ile hizmet çiftidir ve harcama neredeyse hiçbir zaman eşit dağılmaz: bir iki yön genellikle bütçenin orantısız büyük bir payını tüketir. Harcamayı yalnızca toplam tutara göre değil, yönlere göre izlemek, hangi kombinasyonun bütçeyi aşağı çektiğini, bu durum bakiyenin tamamı için sorun olmadan önce hızla gösterir.

Limit tükendiğinde tetiklenen uyarı artık işe yaramaz — görev zaten durmuştur. Çalışan düzen, durumu inceleyecek zaman kalması için ayrılan eşiğin %70–80'inde ve kritik olmayan süreçleri elle durdurma zamanı geldiğinde %95'inde olmak üzere kademeli bildirimdir. Her iki eşik de ortak bakiye düzeyinde değil, anahtar düzeyinde ayarlanır; aksi halde uyarı yine çok geç gelir.

Tipik senaryo: ölü bir yöndeki tekrar döngüsü bütçeyi saatler içinde tüketir

Sık görülen olay şöyledir: dün hâlâ kodu istikrarlı biçimde ileten bir yön, aniden hiç SMS iletmemeye başlar — operatör rotayı değiştirmiştir ya da yön tedarikçide geçici olarak çökmüştür. İptal edilen aktivasyonda otomatik tekrar yapan süreç, «bir kez şanssızlık» ile «yön ölü» arasındaki farkı görmez: tekrar tekrar numara sipariş eder ve her deneme bakiyeden düşülür.

Anahtarda günlük limit olmadan böyle bir döngü, bir haftalığa hesaplanmış bütçeyi birkaç saatte harcayabilir. Bu nedenle işlem geçmişinde her hafta yalnızca toplam harcama tutarına değil, aynı yönde art arda gelen bir dizi iptale de bakmakta fayda vardır: aynı ülke-hizmet çiftinde art arda üç-beş iptal, yeniden denemek yerine bu yönü durdurma işaretidir.

Sıkça Sorulan Sorular

Bir ekip için kaç anahtar oluşturmak gerekir?

Referans, tüm ekip için tek bir ortak anahtar yerine her çalışan veya bağımsız süreç için bir anahtardır. Bölme, her anahtar bir sorumluluk alanına karşılık geldiği sürece anlamlıdır; bir formaliteye dönüşmemelidir.

Anahtarın limiti iş görevinin ortasında tükenirse ne yapmalı?

Belirli bir anahtar için limitin tek seferlik yükseltilmesi, kısıtlamanın tamamen kaldırılmasından genellikle daha hızlı ve güvenlidir: böylece tek bir süreçteki sorun ekibin diğer anahtarlarına yayılmaz. Etkin bir görevde sürekli dar kalan limiti, kontrolü tümüyle kapatmak yerine yukarı yönde gözden geçirmek gerekir.

Olağan harcama sıçramasını ölü yöndeki tükenmeden nasıl ayırt edebilirsiniz?

Olağan sıçrama farklı yönler ve hizmetler arasında dağılır. Tükenme ise tek bir ülke-hizmet çiftinde harcamanın yoğunlaşması ve art arda gelen yüksek oranda iptal edilmiş veya başarısız denemedir; bu, aynı günün işlem geçmişinde görülür.

Her anahtar ve yön için tüm harcamaların tam geçmişi işlem geçmişi bölümündedir: orada önce hangi anahtarın ve hangi yönün durdurulması gerektiği görülür. Ekibin bir başka gizli gider kalemi olan, kirada boş duran numaralar ise numara filosu denetimi makalesinde ele alınmıştır.