GH GambleHub

Dəyər arxitekturası

1) Prinsipləri və rolları

Cost as a Feature. Qiymət UX/məhsul və memarlıq həllərinin bir hissəsidir.
Birgə məsuliyyət. Mühəndislər, platforma/DevEx, maliyyə, məhsul - vahid rəy döngəsi.
Həqiqətin vahid mənbəyi. Etiket/etiket kataloqu, xərclər lüğəti və məlumat mənbələri.
Loop «Müşahidə → Optimal → İdarəetmə». Daxili daşbordlar, avtomatik geytlar və siyasətlər.

Rollar: Dəyər memarı, FinOps analitiki, Məhsul sahibi, Platforma komandası.

2) Dəyər məlumatlarının modeli

Uçot vahidləri (unit economics):
  • API üçün: '$/1000 sorğu', '$/millisaniyə CPU', '$/GB egress'.
  • Məlumat üçün: '$/GB-ay saxlama', '$/DB-yə sorğu', '$/milyon mesaj'.
  • İstifadəçi üçün: 'CAC', 'ARPU/ARPPU', 'Gross Margin', 'LTV: CAC'.
  • Axın üçün: '$/əməliyyat', '$/deploy', '$/test qaçışı'.
Atributlaşdırma sxemi (sadələşdirilmiş):

cost_record {
ts, provider, account, region, service, usage_qty, usage_unit,
list_price, net_price, discounts,
tags: { env, team, product, feature, tenant, cost_center, pii, tier },
resource_id, allocation_keys: {req_id?, tenant_id?, dataset?}
}

Qızıl etiketlər (məcburi): 'env', 'team', 'product', 'feature', 'cost _ center', 'owner', 'pii', 'tier (hot/warm/cold)', 'region'.

3) Atributlar: showback/chargeback

Showback: daxili transferlərin tarifikasiyası olmadan komandalar/fiqurlar üzrə şəffaf hesabatlar.
Chargeback: qaydalara görə paylanması: birbaşa xərclər → sahibi; şəred-resursları - açarları ilə: RPS, CPU-saniyə, GB-saat, hadisələr həcmi.

Şəred-klasterin psevdokodu:

cluster_cost = sum(provider_cost where resource in "k8s-node:")
weights = { service: cpu_seconds(service)/total_cpu_seconds }
for service in services:
charge[service] = direct_cost(service) + cluster_cost weights[service]

4) Dəyər siyasətləri və geytaları (Code as Policy)

Büdcə qaydaları: limitlər 'env/team/feature'; avto-alert/deploi blok proqnozlaşdırılan artıqlığı ilə.
Etiket tələbləri: məcburi etiketsiz resurslar - admission-kontrollerdə deny.
Profil limitləri: 'dev', TTL ephemeral-resurs, minimum rezervasiya böyük maşın qadağan.

YAML-eskiz (admission-siyasət):
yaml policy: require-tags-and-limits deny_if_missing_tags: [team, product, env, cost_center, owner]
constraints:
env==dev:
max_instance_type: "c6i. large"
ttl_hours: 72

5) Hesablamalar: dəyər azaldılması nümunələri

Düzgün ölçü (rightsizing): p95/p99, mövsümlük və headroom əsasında vCPU/RAM avtomatik seçimi.
Avtomatik miqyaslandırma: hədəflənmiş (CPU/RPS/lag), step funksiyaları; histerezis vasitəsilə thrash qorunması.
Qiymət modelinin seçimi: on-demand vs spot/preemptible, Reserved Instances/Savings Plans; kritik və fon üçün qarışıq.
Batch konveyerləri: pəncərələr «ucuz» yük, batch-sıxılma, prioritet növbələr.
Caching və coalessing sorğular: bahalı mənbələrdən oxu azaldılması.
Edge/şəbəkə optimizasiyası: HTTP/2/3, keep-alive, kompres, CDN.

Nümunə «step-up» avtoskeyl (psevdo):

if rps > target1. 2 for 3m: replicas += ceil(rps/target); cool_down 5m if rps < target0. 6 for 10m: replicas = max(min_replicas, replicas-1)

6) Saxlama və məlumat: isti/isti/soyuq

Tiring: isti məlumat (ani giriş), isti (nadir sorğular), soyuq/arxiv.
Formatlar: analitika, sıxılma və tarixə/açara görə partizan üçün sütunlu (Parquet/ORC).
TTL/ILM: dəsti həyat siyasəti: 'hot 7d → warm 90d → cold 365d → delete'.
Cache Layer: Redis/request coalescing ilə Memcached, miss fırtına qorunması.
Kvotalar və sorğu büdcələri: bahalı coins/skanlar üçün proqnozlaşdırıla bilən limitlər.

ILM profil nümunəsi (eskiz):
yaml dataset: events_main lifecycle:
- phase: hot; duration: 7d; storage: nvme
- phase: warm; duration: 90d; storage: ssd; compress: zstd
- phase: cold; duration: 365d; storage: object; glacier: true
- phase: purge; duration: 0d

7) Şəbəkə və egress

Bölgələrarası trafiki minimuma endirin: yerli nüsxələr və kənarda aqreqasiya.
CDN və keşlər: origin-shield, ağlabatan TTL, validasiya/əlillik.
Protokollar: söhbət üçün ikili (gRPC), yalnız sərfəli olan yerlərdə sıxışdırma.
Hadisələrin dedupu və istehsalçının üzərində filtrasiya: «zibil gətirmirik».

8) Observability və SRE dəyəri

Telemetriya xəritələri: '$/log-GB', '$/metrika-seriya', '$/trek'.
Sampling və aqreqasiya: tail-based sampling, downsampling metrik, əhəmiyyətinə görə retenshn (SLO metrik - daha yüksək prioritet).
Dedup log və «log-sanitariya»: PD qadağası, fantom sahələrinin azalması, hadisənin ölçüsünə məhdudiyyətlər.

9) CI/CD və test mühitləri

avto-TTL ilə Ephemeral-stendlər, «PR» mühit.
PR-də Perf-smoke: «sorğu dəyərinin» erkən qiymətləndirilməsi üçün qısa keçidlər.
Cache/artefaktlar: konteynerlərin təkrar istifadəsi, kompilyasiya.
Geytlar: «Gizli qiymət »/RPS baza> X% ilə müqayisədə pisləşərsə, bild/deploy tərəfindən rədd edilir.

10) Proqnozlaşdırma, büdcələr və anomaliyalar

Forecasts: mövsümlük/trend, hadisələr (kampaniyalar, buraxılışlar), «Fich → dəyər» korrelyasiyası.
Səviyyəyə görə büdcələr: team/product/feature/tenant; 80/90/100% eskalasiya.
Anomaliyalar: xidmət/region/hesab üzrə qəfil zirvələr; avtomatik «bisect» və bayraq geri.

Psevdo-alert büdcə:

if forecast(month_end_cost) > budget0. 9 and variance ↑:
alert(team_owner)
suggest: rightsizing + RI/SP coverage + ILM tighten

11) Satınalmalar və ticarət

RI/Savings Plans/Committed Use: sabit bazanı əhatə edin; əhatə dairəsini və «unutulmuş» faizləri izləyin.
Spot/Preemptible: fon vəzifələri və tolerant workflow; checkpointing və sürətli yenidən başlamaq.
Lisenziyalar və SaaS: ROI matrisi, alternativlərin benchmarking, dövri «vendor fitness review».

12) Multi-icarə və billing

Partitioning by tenant: məntiqi/fiziki bölgü, limitlər və kvotalar.
Tenant-aware limiters/reitcaps: «səs-küylü qonşu» qarşısını alır.
Usage modelləri: hadisələr, RPS, məlumat həcmi üzrə billing; müştərilər üçün şəffaf metriklər.

13) Təhlükəsizlik və komplayens dəyər amili kimi

Kriptovalyutası və saxlanması: FPE/açarları - KMS/HSM xərcləri; əməliyyatların tezliyini optimallaşdırın.
Tənzimləyici nüsxələr: «hüquqi» retenşenləri əməliyyat otaqlarından ayırın; arxiv «əbədi isti» saxlama ucuzdur.
Data minimizasiya: daha az məlumat - daha az hesab və risk.

14) Mühəndislik anti-nümunələr (bahalı!)

Batch və caching olmadan chat API.
Limitsiz növbələr və limitsiz paralellik - gecikmənin və hesabların artması.
Sıfır TTL və qaynar açarları koalisiyasız.
«Hər şeyi görən» daşbordlar milyonlarla metrik seriya ilə.
Etiketsiz resurslar → sahibi olmadan «boz» xərclər.
No ILM/TTL → əbədi artım saxlama.

15) Alətlər və artefaktlar (vendor-neutral)

Tags kataloqu (CI-də schema + linter).
Cost-extractor (usage/billing aqreqasiyası, vahid formata normallaşdırma).
Daşbordlar unit economics (API-dəyər, dataset-dəyər, tenant-dəyər).
Avtonəqliyyat vasitələri (rightsizer, RI/SP-tövsiyəçi, ILM-enforser).
dəyər siyasəti (admission/OPA/Kyverno) və «qırmızı xətlər» büdcə.

16) Mini reseptlər

Formula «sorğu qiymətləri» (HTTP)


request_cost = (cpu_ms $/cpu_ms) +
(mem_mb_s $/mb_s) +
(egress_mb $/mb) +
(db_calls $/call) +
(cache_ops $/op miss_penalty)

Sürətli xidmət auditi

Ən bahalı 3 end-point $/1000 req.
Hit/miss cache və «fırtına» açarları.
Etiketsiz resursların siyahısı.
ILM və retenshn datasets.
RI/SP örtüyü (%).

İqtisadi retry polisi


retry = min(3, floor(budget_ms / (base_timeout_ms 1. 5^attempt)))
jitter = uniform(0. 5..1. 5)

17) Dəyər memarının çek siyahısı

1. Müəyyən edilmiş vahid metriklər ('$/req', '$/GB-month', '$/txn') və sahibləri?
2. enforced tag siyasəti? Etiketsiz resurslar bloklanır?
3. Showback/chargeback və məhsul/fich hesabatları tətbiq olunur?
4. Autoscale və rightsizing xüsusi, headroom müəyyən?
5. Verilənlər (hot/warm/cold), ILM/TTL tətbiq olunur?
6. Egress və regionlararası axınlar minimuma endirilir? CDN/caches daxil?
7. Observability optimallaşdırılmış (sampling, retention, downsampling)?
8. CI/CD geytaları reqressiya dəyəri və policy-checks aktiv?
9. Proqnozlar/büdcələr/anomaliyaların təhlili avtomatlaşdırılıb?
10. RI/SP/Spot mix əsas yükləri əhatə edir?
11. Multi-tenant üçün kvotalar, limitlər və şəffaf usage metriklər varmı?
12. FinOps runbook və aylıq cost-review planı sənədləşdirilmişdir?

Nəticə

Dəyər arxitekturası «nəyin bahasına olursa olsun qənaət» deyil, dəyər idarəetməsidir: hər millisaniyədə nə qədər və nə qədər gəlir gətirir. Arxitektura, proseslər və alətlərə (etiketlər, siyasətlər, geytlər, daşbordlar, ILM, avtoskeyl) dəyər daxil edərək, qərarlar sezgi deyil, metrik və iqtisadiyyat əsasında qəbul edilən bir platforma əldə edirsiniz. Bu məhsulu sürətləndirir, riskləri azaldır və biznesi proqnozlaşdırıla bilən gəlirli edir.

Contact

Bizimlə əlaqə

Hər hansı sualınız və ya dəstək ehtiyacınız varsa — bizimlə əlaqə saxlayın.Həmişə köməyə hazırıq!

Telegram
@Gamble_GC
İnteqrasiyaya başla

Email — məcburidir. Telegram və ya WhatsApp — istəyə bağlıdır.

Adınız istəyə bağlı
Email istəyə bağlı
Mövzu istəyə bağlı
Mesaj istəyə bağlı
Telegram istəyə bağlı
@
Əgər Telegram daxil etsəniz — Email ilə yanaşı orada da cavab verəcəyik.
WhatsApp istəyə bağlı
Format: ölkə kodu + nömrə (məsələn, +994XXXXXXXXX).

Düyməyə basmaqla məlumatların işlənməsinə razılıq vermiş olursunuz.