FinOps və büdcə idarəetməsi

Qısa xülasə

1. vahid dəyəri və dəyəri ölçmək (unit-economics),

2. büdcələri və guardrails qoymaq,

3. tələbi proqnozlaşdırmaq və gücü planlaşdırmaq,

4. satınalmalar/endirimlər,

5. minimum TCO ilə SLO üçün memarlıq və prosesləri dəyişdirin.

Rollar və məsuliyyət

Product/Business: gəlir məqsədləri/MAU/LTV, büdcə limitləri.
FinOps: metodologiya, hesabat, satınalmalar, büdcə siqnalları.
Mühəndislik/SRE: rightsizing, skeylinq, cache/memarlıq, əməliyyat qolları.
Data/Analytics: yük və xərclərin proqnozu, anomaliyalar.
Security/Compliance: TCO təsir saxlama/log/DR tələbləri.

RACI: FinOps prosesləri və hesabatları aparır → mühəndislər iqtisadi dəyişiklikləri həyata keçirir → biznes büdcələri/prioritetləri təsdiq edir.

Metrika və unit-economics

$/1000 RPS (və ya $/1k hadisə/əməliyyat) - xidmət dəyərinin əsas metrikası.
$/ms p95 - quyruq sürüşməsi nə qədərdir (dönüşüm üçün vacibdir).
$/MAU, $/depozit, $/oyunçu/ay - biznes vahidləri.
TCO = compute + storage + network egress + managed-services + lisenziyalar + əmək xərcləri.
Cost Coverage Ratio: «qapalı» on-demand commit planları istehlak payı.

Nümunə: xidmət $120/saat üçün 60k RPS verir → $2/1000 RPS· saat. Hər hansı bir optimallaşdırma bu standartla müqayisə olunur.

Etiketləmə və şəffaflıq

Məcburi etiketlər: 'env', 'product', 'service', 'owner', 'region', 'tier', 'cost-center'.
Etiketsiz - resurslar yaratmırıq və yeniləmirik.

Showback/Chargeback: vahid metriklərə bağlı əmrlər/məhsullar haqqında həftəlik hesabatlar.
Anomaliyalar: gündəlik delta> X% və «səssiz» resurslar (0 RPS, dəyəri var).

Büdcələr, guardrails və alertlər

Xidmət/məhsul üzrə aylıq büdcə + soft/hard guardrails.

• gündəlik burn-rate> × planı (ay/qalan gün),
• egress/log-ingest> eşik,
• spot-yerdəyişmə> N% vaxt,
• «heç-heçə» resurslarının artması.
• Siyasətlər: etiketsiz resursların qadağan edilməsi, avto-TTL stagingləri, anbar sinfi limitləri.

Xərclərin proqnozlaşdırılması

1. Sürücülər: MAU, DAU, marşrutlar üzrə RPS, cache payı, mövsümlük/tədbirlər.
2. Model: əsas trend + mövsümilik + ssenarilər (baza/aqressiv).
3. Pul transferi: qatlara görə istehlak profilləri (edge/proxy/app/DB/loging).
4. Addımlar qoyun: zirvələri üçün 30% headroom, DR/commit planları üçün ehtiyat.

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

Satınalmalar və istehlak modelləri

Reserved/Savings/Committed Use (1-3 il) - sabit bazanı bağlayın (30-70% qənaət).
Spot/Preemptible - CI/analitika/asinxron, məlumat konveyerləri.
Mix: baza - kommit, zirvələr - on-demand, fon/arxa plan - spot.
Qayda 70/20/10: 70% - kommit, 20% - on-demand elastika, 10% - spot.

Mühəndislik qənaət qolları (SLO itkisi olmadan)

Rightsizing: CPU iş nöqtəsi 50-70%, VPA tövsiyələri, kiçik instants daha yaxşı uyğun.
SLO altında auto-scaling: HPA/KEDA latency/lag/RPS, yalnız CPU deyil.
Cache və CDN: «səs-küy» olmadan cache açarı, TTL-pilləkənlər, tiered-cache/origin-shield → egress ↓, DB ↓.
Şəbəkə: Brotli/gzip, webp/avif, diff-API, keepalive, retray məhdudiyyəti (retry-budget).
Saxlama: siniflər (isti/isti/soyuq), həyat siyasəti, TTL müvəqqəti məlumat.
Log/metrik/treys: sempling, tail-based, saxlama high-res 7-14 gün.
Memarlıq: gRPC/xidmətlər arasında protobaf, söhbət əvəzinə batch/axın, profil DB seçimi (tez-tez oxunan KV).

Etibarlılıq dəyəri və DR

RTO/RPO → dəyəri: aktiv-aktiv vs aktiv-passiv, soyuq backup.
Hesablama: bir dəqiqəlik fasilə nə qədərdir vs əlavə replika/region nə qədərdir.
Siyasət: «risklə ödəyirsə, etibarlılıq üçün ödəyirik».

Dashboard FinOps (minimum dəsti)

1. Cost Overview: məhsullar/xidmətlər/regionlar, trendlər, ay sonuna qədər proqnoz.
2. Unit-economics: $/1k RPS, $/ms p95, $/MAU (həftələrdə).
3. Egress/Storage: egress GB/$, anbar siniflərinin paylanması.
4. Logging/Observability: mənbələrə görə ingest,% faydalı log, p99 «quyruq» dəyəri.
5. Commit Coverage: qapalı istehlak payı, az istifadə riski.
6. Anomalies: Top spikes və «lal» resurslar.

Proseslər və rituallar

Weekly FinOps: ilk 10 sızma, owner → action → ETA.
Monthly Cost Review: fakt vs büdcə, satınalmaların səmərəliliyi, kommitlərin yenidən baxılması.
Pre-event Review: pik planı (min-replikalar, warm-pullar, cache, PSP limitləri).
Blameless post-dəniz qiymət hadisələri (sızma, runaway autoscale).

Giriş çek siyahısı

• Möhkəm etiketləmə, komandalar tərəfindən showback/chargeback.
• Vahid metriklər müəyyən edilmişdir ($/1k RPS, $/ms p95, $/MAU).
• Büdcələr/guardrails/alertlər qurulmuşdur.
• Xərclərin proqnozu trafik proqnozu və SLO ilə bağlıdır.
• Kommit planları və portfel spot/on-demand balanslaşdırılmışdır.
• Rightsizing və SLO skeyling daxildir (HPA/KEDA/VPA/CA).
• Cache/CDN/egress optimallaşdırılmış, saxlama lifecycle.
• Log/Metrics/Traces - Sempling və TTL.
• RTO/RPO DR siyasəti və onun dəyəri müəyyən edilmişdir.
• Həftəlik və aylıq rəylər işləyir.

Tipik səhvlər

No unit-economics → «hisslər üzərində» mübahisə.
Etiketsiz resurslar, «heç-heçə» mühiti aylarla yaşayır.
Bütün isti sinifdə lifecycle olmadan saxlayın.
Logi kimi «qara dəlik» - 100% ingest, 5% oxu.
«Hər şey» üzrə kommit → az istifadə və cərimələr.
latency/lag → artıq ödəmə və ya SLO-nun pozulması istisna olmaqla CPU üzrə avtomatik skeyl.
İş əsaslandırması olmadan həddindən artıq DR.

Mini playbuklar

1) Sürətli «üç günlük» FinOps-audit

1. Ən yaxşı 10 xidmət və egress. 2) «köhnə» obyektlər lifecycle daxil edin.
2. Səs-küylü qeydləri kəsin/tail-based aktiv edin. 4) TTL Staging/Preview daxil edin.
3. $/1k RPS və − hədəfləri 15 %/ay.

2) − həftədə 25% egress

1. Tiered-cache + origin-shield. 2) Şəkillərin webp/avif-ə tərcüməsi.
2. Diff-API və Brotli. 4) retry-rate aşağı və request-collapsing daxil.

3) «runaway autoscale» hücum

1. stabilization/cooldown artırmaq, minReplicas pik.
2. spot və batch pəncərələri fon bəzi köçürün.
3. Şəkilləri (image pre-pull) və TLS/konnektləri qızdırın.

4) Kommitlərin az istifadəsi

1. Portfeli yenidən yığın, on-demand hissəsini kommitə köçürün.
2. ARM/digər növ uyğun workloads miqrasiya.
3. Qeyri-iş saatlarında avto-parkinqi işə salın.

Artefaktların nümunələri

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 üçün xüsusiyyətlər

Piki (matçlar/turnirlər): əvvəlcədən minReplicas/minNodes qaldırmaq, CDN/TLS/caches qızdırmaq, botlar üçün boz marşrutlar; headroom nöqtəli isti end-pointlər (lobbi/kataloqlar/match-feed).
Ödənişlər/PSP: provayderlər üzrə kvota/dəyər uçotu, ayrıca egress-hovuz və idempotentlik → daha az dubl.
Antifrod/AML: çox mərhələli yoxlama (kənarda ucuz grey çek → yalnız lazım olduqda bahalı skoring).
Məzmun provayderləri: CDN cache, yeniləmə tezliyi limitləri, böyük hadisələrə müqavilələrin yenidən baxılması.

Yekun

Effektiv FinOps «xərcləri azaltmaq» deyil, məhsul sürəti və SLO ilə birlikdə idarə etməkdir.
Birliyin şəffaf dəyərini saxlayın, büdcələr və gözətçilər qurun, satınalmaları mühəndislik qolları ilə birləşdirin, qənaəti avtomatlaşdırın və müntəzəm olaraq cost review edin. Beləliklə, platforma sürətli, davamlı və gəlirli olaraq qalacaq - hətta böyümənin zirvələrində.