FinOps ve Bütçe Yönetimi

Kısa Özet

1. Bir birimin değerini ve maliyetini ölçüyoruz (birim-ekonomi),

2. bütçeleri ve korkulukları koyduk,

3. Talep ve plan kapasitesini öngörmek,

4. Satın alma/indirimleri yönetme

5. Minimum TCO ile SLO uğruna değişen mimari ve süreçler.

Roller ve sorumluluklar

Ürün/İş: gelir hedefleri/MAU/LTV, bütçe sınırları.
FinOps: metodoloji, raporlama, tedarik, bütçe sinyalleri.
Mühendislik/SRE: rightsizing, ölçeklendirme, önbellek/mimari, operasyonel kaldıraçlar.
Veri/Analitik: yük ve maliyet tahmini, anormallikler.
Güvenlik/Uyumluluk: TCO'yu etkileyen depolama/log/DR gereksinimleri.

RACI: FinOps süreçleri yönetir ve raporlar - mühendisler uygun maliyetli değişiklikler uygular - işletme bütçeleri/öncelikleri onaylar.

Metrikler ve birim ekonomisi

$/1000 RPS (veya $/1k olaylar/işlemler) - temel hizmet maliyeti metriği.
$/ms p95 - gecikme kuyruk kaymasının maliyeti ne kadardır (dönüşüm için önemlidir).
$/MAU, $/depozito, $/oyuncu/ay - iş birimleri.
TCO = hesaplama + depolama + ağ çıkışı + yönetilen hizmetler + lisanslar + işçilik.
Maliyet Kapsamı Oranı: Taahhüt planları ile "kapalı" isteğe bağlı tüketimin payı.

Örnek: hizmet 60k RPS'yi 120 $/h - 2 $/1000 RPS· h olarak verir. Herhangi bir optimizasyon bu kıyaslama ile karşılaştırılır.

Etiketleme ve Saydamlık

Gerekli etiketler: 'env', 'product', 'service', 'owner', 'region', 'tier', 'cost-center'.
Etiketler olmadan - kaynakları oluşturmaz veya genişletmeyiz.

Showback/Chargeback: Birim metriklerine bağlı haftalık ekip/ürün raporları.
Anomaliler: günlük deltalar> % X ve "aptal" kaynaklar (0 RPS, bir maliyet var).

Bütçeler, korkuluklar ve uyarılar

Hizmet/ürün + yumuşak/sert korkuluklara göre aylık bütçe.

• Günlük yanma oranı> × planı (ay/kalan günlerdeki günler),
• Çıkış/log-ingest> eşikler,
• spot preemption> N % of time,
• "Çekme" kaynaklarının büyümesi.
• Politikalar: Etiketsiz kaynakların yasaklanması, otomatik TTL evreleme, depolama sınıfı sınırları.

Maliyet tahmini

1. Sürücüler: MAU, DAU, rotaya göre RPS, önbellek paylaşımı, mevsimsellik/olaylar.
2. Model: temel eğilim + mevsimsellik + senaryolar (temel/agresif).
3. Para transferi: katmanlara göre tüketim profilleri (edge/proxy/app/DB/logging).
4. Adımları döşeyin: zirveler için %30 boşluk, DR/taahhüt planları için rezerv.

Cost_month ≈ Σ (RPS_route × $/1kRPS_route × часы) + egress + storage + managed

Satın alma ve tüketim kalıpları

Ayrılmış/Tasarruf/Taahhütlü Kullanım (1-3 yıl) - kararlı bir tabanı kapatın (%30-70 tasarruf).
Spot/Preemptible - CI/analytics/asynchron, veri boru hatları.
Mix: base - commit, peaks - on-demand, background/background - spot.
Kural % 70/20/10: 70 - taahhüt, %20 - talep üzerine elastik, %10 - spot.

Mühendislik tasarruf kolları (SLO kaybı yok)

Rightsizing: CPU çalışma noktası %50-70, VPA önerileri, küçük örnekler daha iyi uyuyor.
SLO için otomatik ölçekleme: Sadece CPU değil, gecikme/gecikme/RPS ile HPA/KEDA.
Önbellek ve CDN: "Gürültü" içermeyen önbellek anahtarı, TTL merdivenleri, katmanlı önbellek/origin-shield, egress↓, DB↓.
Ağ: Brotli/gzip, webp/avif, diff-API, keepalive, retray-budget.
Depolama: sınıflar (sıcak/sıcak/soğuk), yaşam döngüsü ilkeleri, zaman başına TTL verileri.
Günlükler/metrikler/yollar: örnekleme, kuyruk tabanlı, depolama yüksek çözünürlüklü 7-14 gün.
Mimari: Hizmetler arasında gRPC/protokol, sohbetler yerine toplu iş/akış, profile göre veritabanı seçimi (sık okumalar için KV).

Güvenilirlik ve DR maliyeti

RTO/RPO - değer: varlık-varlık vs varlık-yükümlülük, soğuk yedeklemeler.
Hesaplama: Bir dakikalık kesinti süresi ne kadardır ve ek bir çoğaltma/bölge maliyeti ne kadardır?
Politika: "Riskle öderse güvenilirlik için ödeme yapın".

FinOps panoları (minimum set)

1. Maliyete Genel Bakış: Ürünlere/hizmetlere/bölgelere göre, trendler, ay sonuna kadar tahmin.
2. Birim-ekonomi: $/1k RPS, $/ms p95, $/MAU (haftaya göre).
3. Çıkış/Depolama: çıkış GB/$, depolama sınıflarının dağıtımı.
4. Günlüğe kaydetme/Gözlemlenebilirlik: kaynağa göre alma, yararlı günlüklerin %'si, p99 kuyruklarının maliyeti.
5. Commit Kapsam: Kapalı tüketimin payı, yetersiz kullanım riski.
6. Anomaliler: üst sivri ve "aptal" kaynaklar.

Süreçler ve ritüeller

Haftalık FinOps: En iyi 10 sızıntı, sahibi - eylem - ETA.
Aylık Maliyet İncelemesi: Gerçek vs Bütçe, Tedarik Verimliliği, İnceleme Taahhüt.
Etkinlik Öncesi İnceleme: zirvelerin planı (min-replikalar, sıcak havuzlar, önbellek, PSP sınırları).
Fiyat olaylarında suçsuz deniz sonrası (kaçak günlükleri, kaçak otomatik ölçeklendirme).

Uygulama kontrol listesi

• Etiketleme katıdır, komutla geri bildirim/ters ibraz.
• Tanımlanan birim metrikleri ($/1k RPS, $/ms p95, $/MAU).
• Bütçeler/korkuluklar/uyarılar ayarlanır.
• Maliyet tahmini trafik tahmini ve SLO ile ilgilidir.
• Taahhüt planları ve spot/isteğe bağlı portföy dengelidir.
• Rightsizing ve SLO ölçekleme dahil (HPA/KEDA/VPA/CA).
• Önbellek/CDN/çıkış optimize edilmiş, depolamada yaşam döngüsü.
• Günlükler/Metrikler/İzler - Örnekleme ve TTL.
• RTO/RPO ve maliyeti ile ilgili DR politikası sabittir.
• Haftalık ve aylık incelemeler çalışır.

Yaygın hatalar

Birim ekonomi diye bir şey yok - "duyumlar üzerine" tartışıyoruz.
Etiketsiz kaynaklar, "draw" ortamları aylarca yaşar.
Yaşam döngüsü olmayan sıcak bir sınıfta her şeyin depolanması.
Bir'kara delik'olarak kaydeder - %100 yutmak, %5 okur.
"Her şeyi" taahhüt edin - yetersiz kullanım ve para cezaları.
Gecikme/gecikme - fazla ödeme veya SLO hatası hariç CPU'da otomatik ölçekleme.
İş gerekçesi olmadan aşırı tedarik edilen DR.

Mini oyun kitapları

1) Hızlı "üç günlük" FinOps denetimi

1. İlk 10 servisi kes ve çık. 2) "Eski" nesneler üzerinde yaşam döngüsünü etkinleştirin.
2. Gürültülü günlükleri kes/kuyruk tabanlı etkinleştir. 4) TTL evrelemesini/önizlemelerini tanıtın.
3. $/1k RPS ve hedefleri %15/ay − sabitleyin.

2) − hafta için %25 çıkış

1. Katmanlı önbellek + origin-shield. 2) Resimlerin webp/avif'e çevrilmesi.
2. Diff-API ve Brotli. 4) Yeniden deneme oranını azaltın ve istek daraltmayı etkinleştirin.

3) "kaçak autoscale" saldırısı

1. Sabitleme/bekleme süresini artırın, minReplicas zirvede.
2. Arka planın bir kısmını spot ve toplu iş pencerelerine taşıyın.
3. Görüntüleri (görüntü ön çekme) ve TLS/bağlantıları ısıtın.

4) Taahhütlerin eksik kullanılması

1. Portföyü yeniden oluşturun, talep üzerine taahhütün bir kısmını aktarın.
2. Uygun iş yüklerini ARM/diğer türe geçirin.
3. Kapalı saatlerde otomatik park etmeyi etkinleştirin.

Artifaktlara örnekler

sql
SELECT product, service, date_trunc('week', usage_date) AS wk,
SUM(cost_usd) AS cost, SUM(rps) AS rps,
ROUND(SUM(cost_usd) / NULLIF(SUM(rps)/1000,0), 3) AS usd_per_1k_rps
FROM finops_daily
GROUP BY 1,2,3
ORDER BY 3 DESC;

rego package finops deny[msg] {
input. resource. tags. owner == ""
msg:= "resource without owner tag"
}
deny[msg] {
input. resource. env == "dev"
input. resource. ttl == ""
msg:= "dev resource without TTL"
}

iGaming/fintech'e özel

Zirveler (maçlar/turnuvalar): minReplicas/minNodes'u önceden yükseltin, CDN/TLS/önbellekleri ısıtın, botlar için gri rotalar; Sıcak uç noktalardaki headroom noktası (lobi/kataloglar/maç yayınları).
Ödemeler/PSP: Sağlayıcılar tarafından kotaların/değerlerin muhasebeleştirilmesi, ayrı bir çıkış havuzu ve idempotency - daha az alır.
Antifraud/AML: çok aşamalı kontrol (kenarda ucuz gri kontrol - sadece gerekirse pahalı puanlama).
İçerik sağlayıcılar: CDN önbelleği, güncelleme sıklığı sınırları, büyük olaylar için sözleşmelerin revizyonu.

Toplam

Etkili FinOps, "maliyetleri düşürmek'değil, ürün hızı ve SLO ile birlikte yönetmekle ilgilidir.
Birim maliyetlerini şeffaf tutun, bütçeler ve korkuluklar oluşturun, tedariki mühendislik kaldıracı ile birleştirin, tasarrufları otomatikleştirin ve düzenli olarak maliyet incelemeleri yapın. Böylece platform, en yüksek büyümede bile hızlı, sürdürülebilir ve karlı kalacaktır.