Meta-analitika və metrika metrikası
1) Meta-analitika nədir
Meta-analitika ölçünün özünü idarə etməkdir: formullar, mənbələr, təravət, sabitlik və metriklərin alınma dəyəri. Məqsəd hər bir metrikanın yoxlanıla bilən bir bilik vahidi olmasıdır: təkrarlanabilir, vaxtında, komandalar arasında müqayisə edilə bilən və qənaətcil.
2) Metrika skeleti (Metric Entity Model)
Hər bir metrika kartla təsvir olunur:- ID: 'metric _ key', sahibi (Product/Data Owner), kritik (Gold/Silver/Bronze).
- Mənası: müəyyən, vahidlər, aqreqasiya, pəncərələr (day/wow/mom/rolling).
- Formula və qat: SQL/DSL, semantik qat (dimensions, filters), icazə verilən seqmentlər.
- Mənbələr və xətt: cədvəllər, versiyalar, asılılıqlar (fiçlər/vitrinlər/modellər).
- SLO метрики: latency p95, freshness, coverage, accuracy, stability.
- Trust Signals: son yoxlamalar, DQ-status, CI-testlər formula.
- İqtisadiyyat: bytes scanned, cost-per-chart (CPC), cost-per-insight (CPI).
- Giriş nəzarəti: RLS/CLS, həssaslıq.
- Versiyası: semver formulu ('ggr @ 2. 3. 0 '), dəyişiklik jurnalı.
3) «Metrik metrika»: nə ölçmək lazımdır
Keyfiyyət və etimad
Accuracy: etalon/mühasibat ilə uyğunsuzluq (MAE/APE).
Consistency: mənbələr/daşbordlar arasında uyğunluq (kanonik formul).
Freshness: məlumat yaşı vs SLO (san/dəq).
Completeness: doldurulmuş seqmentlərin/tarixlərin payı.
Stabillik: Dəyişməz şəraitdə dispersiya/dəyişkənlik (Levene/variance ratio).
Explainability: kartında formula/link/CI/diapazon mövcudluğu.
Performans və dəyəri
Latency p95/p99 hesablama/render.
Bytes scanned/sorğu.
CPC/CPI: qrafik/insaytın dəyəri.
Cache hit-rate və materiallaşdırma.
Risk və istifadə
Adoption: Metrikadan istifadə edən daşbordların/həllərin payı.
Breakage rate: Testlərin düşmə tezliyi/təravətin pozulması.
Drift score: formula/mənbə dəyişikliklərindən sonra paylama sürüşmə.
Support load: metrika ilə bağlı müraciətlər/hadisələr.
4) Semantik təbəqə və «Metric Store»
Vahid qrammatika: ölçülər, ölçülər, filtrlər, aqreqasiya və uyğunluq qaydaları.
API/Metrik kataloq: axtarış, kartlar, version, lineage-qraf.
Aralıq hesablamalar: materiallaşma (daily/weekly), kanonik bulaqlar.
Nəşr siyasəti: yalnız Metric Store-dan dashboard/AI vizualizasiyasına.
5) Version və uyğunluq
Metriklər üçün SemVer: 'MAJOR' - məna/aqreqasiyanın qırıcı dəyişməsi; 'MINOR' - yeni kəsik/atribut; 'PATCH' - dəyəri dəyişmədən optimallaşdırma.
Deprecation flow: xəbərdarlıq, paralel rejimi v1/v2, keçid tarixi, miqrasiya bələdçisi.
Müqavilə testləri: equality/inequality, invariantlar (altsegmentlərin cəmi = bütöv).
6) Lineedge və metrik audit
Upstream: mənbələr, DQ qaydaları, versiyalar.
Transform: SQL/DBT/DAG node, sxemlərin uyğunluğunun yoxlanılması.
Downstream: dashboard/modellər/metrik istehlak edən hesabatlar.
Audit: formulu kim dəyişdi və nə vaxt, hansı hadisə və ya buraxılış təsir etdi.
7) Metrik müşahidə (Metric Observability)
Vaxt profilləri: mövsümlük, təqvim effektləri, promo.
Anomaliyalar: STL/ESD/BOCPD; tənqidi həssaslığı ilə alertlər.
Çek-geytlar: buraxılmazdan əvvəl - «qızıl» kəsiyində köhnə/yeni formulun müqayisəsi.
Drift-monitorinq: seqmentlər üzrə PSI/JS; mənbə dəyişikliyi işarələri.
8) Metrik və FinOps iqtisadiyyatı
Kvotalar/limitlər: max bytes scanned, çatdırılma vaxtı, off-peak rebuild.
Chargeback: Komandalar ağır hesabatlar üçün «virtual» ödəyirlər.
Cache/materialization: TTL profilləri.
Optimallaşdırma: sütun formatları, ZSTD, çeşidləmə/klasterləşdirmə, pre-aqreqatlar.
9) Dəyişikliyin idarə edilməsi (Change Mgmt)
RFC metrik: hədəf, risk, gözlənilən dəyişiklik, geri dönüş planı.
A/B formulu: paralel hesablama və metrik v1 vs v2 müqayisə.
Rabitə: kartda changelog, bağlı dashboard banner.
Geri dönüş: əvvəlki materiallaşma üçün sürətli keçid.
10) Rollar
Metric Owner: məna, düstur, buraxılışlar, rabitə.
Data Engineer: payplayn etibarlılığı, performans.
Analyst/Scientist: validlik və səbəb şərhi.
FinOps: dəyəri və kvotalar.
Compliance/Privacy: giriş, maskalama, hesabat.
11) Antipattern
Metrika düsturunda SELECT.
Bir metrikanın iki «rəsmi» düsturu.
Metric Store-da dəyişiklik əvəzinə dashboard əl düzəlişləri.
Pəncərə/əsas müqayisə göstərilmədən.
Sıfır xətt və sahibinin olmaması.
Gizli filtrlər (müxtəlif ölkələr/valyutalar) → müqayisə olunmayan rəqəmlər.
12) Tətbiqi yol xəritəsi
1. Inventory: top 50 metrlərin siyahısı, sahibləri, kritiklik, cari düsturlar.
2. Metric Store MVP: kartlar, SemVer, API, lineage, CI testləri.
3. Müşahidə: freshness/latency/bytes scanned/anomaliyalar, SLO panelləri.
4. FinOps: limitlər, cache, materiallaşdırma, dəyər hesabatları.
5. Governance: RFC/deqradasiya/geri çəkilmə, deprecation-siyasət.
6. Miqyas: avtomatik «metrik metriklər», AI vizuallaşdırma/kontekstlə inteqrasiya.
13) Metrik çek siyahısı (dərc edilməzdən əvvəl)
- Metrik kart doldurulur (tərif, vahidlər, seqmentlər, pəncərə).
- Formula version; uyğunluq/invariant testləri yaşıl.
- Freshness/Latency SLO təyin və monitorinq.
- DQ mənbələri yaşıl; lineage şəffaf.
- Limitlər daxilində sorğu dəyəri; cache/materialization özelleştirilmiş.
- Giriş siyasəti (RLS/CLS) və maskalama tətbiq olunur.
- Dəyişikliklər haqqında əlaqə hazırlanmışdır; geri dönüş planı var.
14) Mini şablonlar
14. 1 Metrik kart (YAML)
yaml metric:
key: ggr version: 2. 3. 0 owner: "product-data@company"
definition: "Bet amount minus win amount"
unit: "currency"
aggregation: "sum"
window: ["day","wow","mom"]
dims_allowed: ["country","device_os","provider","game"]
lineage:
sources: ["fact_bets","fact_payouts"]
transforms: ["ggr_daily. sql"]
slo:
freshness_s: 600 latency_p95_ms: 1500 accuracy_mae_pct: <=0. 5 finops:
max_bytes_scanned_mb: 2048 cache_ttl_min: 60 access:
sensitivity: "internal"
rls: ["tenant","region"]
14. 2 Düstur testləri (dbt-stil)
sql
-- invariant: GGR = bets - wins select count () as violations from (
select bets - payouts as ggr_calc, ggr from mart_daily
) t where abs(ggr_calc - ggr) > 1e-6;
14. 3 Metrik alert siyasəti
yaml alerts:
- name: ggr_freshness when: freshness_s > 600 severity: high action: [page:oncall-data, degrade:use_last_materialization]
- name: ggr_stability when: variance_ratio_week > 2. 5 severity: medium action: [open:investigation, add:banner_on_dashboards]
14. 4 Formula versiyalarının müqayisəsi
sql select dt, country,
ggr_v1, ggr_v2,
(ggr_v2 - ggr_v1) as delta,
100(ggr_v2 - ggr_v1)/nullif(ggr_v1,0) as delta_pct from compare_ggr_v1_v2 order by dt desc, abs(delta_pct) desc limit 100;
14. 5 Dashboard üçün «metrik metrik» hesabatı
yaml meta_dashboard:
tiles:
- metric: freshness_s target: <=600
- metric: latency_p95_ms target: <=1500
- metric: bytes_scanned_mb target: <=2048
- metric: anomaly_rate_7d target: <=0. 5%
- metric: adoption_rate target: >=80%
15) Yekun
Meta analitikası metrikləri etibarlı mühəndislik obyektləri edir: sahibləri, versiyaları, SLO-ları, testləri və xərcləri var. Metrik kartlar, semantik təbəqə, müşahidə və FinOps birlikdə işlədikdə, təşkilat «fərqli həqiqətlər» deyil, müqayisə edilə bilən, yoxlanıla bilən və qənaətli rəqəmlər alır. Bu, sürətli analitik, düzgün həllər və miqyaslı böyümə üçün təməldir.