יכולת תצפית וטלמטריה

(סעיף: טכנולוגיה ותשתיות)

תקציר

יכולת ההבחנה היא היכולת להגיב ל ”למה זה עובד ככה?” ללא שחרור של בניינים חדשים. ב-iGaming, זה קריטי: טורנירי שיא, פסגות תשלום, ריבוי תחומים ודרישות הימורים אחראיות/מח "ש. בסיס - מדדים, יומנים, עקבות, מאוחדים על ידי מזהים משותפים וסטנדרטים (OpenTelemetry), עם חוזי SLO, התראה נגד רעש ובקרת עלויות.

1) מסגרת תצפית: מה היא מורכבת

Metrics (מספרים לפי זמן): RED/USE, KPI עסקי, SLI. מאוחסן בטרשת נפוצה.
יומנים (אירועים בטקסט/JSON): ביקורת, טעויות, עובדות עסקיות, אבטחה.
נתיב בקשה דרך שירותים, איחורים, גורמים לעיכובים.
פרופיל: CPU/memory/eBPF streams, heap/lock content.
רום וסינתטיקה: משתמשים אמיתיים (web/app) + בדיקת רובוטים.
קטלוג טלמטריה: תרשימים, מדיניות מח "ש, תקופות שימור, תגי עלות.

2) טקסונומיה ועקרונות אותות

קצב, שגיאות, משך.
שימוש בתשתיות: ניצול, רוויה, שגיאות (מעבד, דיסקים, רשת, תורים).
SLI/SLO: מדדים ניתנים למדידה (למשל: בקשות מוצלחות/כולן, p95 latency), מטרות נגישות (למשל "99. 9% ב-30 יום"), תהליך תקצוב שגיאות מפעיל.
תוויות צריכות להיות שימושיות בחתכים (אזור/דייר/ספק), אבל לא לפוצץ TSDB.

3) סטנדרטים וקורלציה מקצה לקצה

OpenTelemetry (Otel): פרוטוקול SDK/SDK יחיד עבור מטריות, יומנים ועקבות.
זיהוי: ”trace _ id',” span _ id', ”correlation _ id',” player _ id' (pseudonimied), ”payment _ road”.
זיהוי זרימה: כניסה לשער * כל המיקרו-רווחים * תשלומים/PSP * תורים/עבודות * יומנים/מטרים/ספנס.

דוגמה: כותרות קורלציה

traceparent: 00-<trace_id>-<span_id>-01 x-request-id: <correlation_id>

4) מדדים: מה וכיצד אנו מודדים

שמות/תוויות

'service = "תשלומים-אפי",' env = "prod'," אזור "=" eu-west', "דייר", "ספק" = "pspX" ".

פרומתאוס דוגמאות

prometheus
RED http_requests_total{service="api",route="/deposit",method="POST",status="200"}
http_request_duration_seconds_bucket{service="api",le="0. 25",route="/deposit"} 1234 http_request_errors_total{service="api",route="/deposit"}

USE cpu_utilization_ratio{node="n1"} 0. 71 queue_depth{queue="withdrawals"} 128

Бизнес payments_success_total{psp="X",currency="EUR"} 4521 payment_conversion_ratio{route="pspX"} 0. 948

היסטוגרמות ומבחנים

Store latency histograms (הילידים-histograms/v ukets) וקושרים מופת עם "trace _ id' כדי לקפוץ מ" הדלי האיטי "למסלול מסוים.

5) יומנים: מובנים ובטוחים

רק JSON (ללא ”צורה חופשית” בדרבן).
"חותמת זמן", "חומרה", "שירות", "trace _ id", "correlation _ id'," player _ id _ hash "," event "," sume "," מטבע "," ip _ hash ".
מסווה/חשיש PII, אינדקסים נפרדים/שמירה על רגישות.
צינורות רישום: pressing normalization # trichment (geo/ASN) * עריכת אינדקסים PII.

דוגמה לאירוע JSON

json
{
"ts":"2025-11-05T10:42:31Z",
"sev":"ERROR",
"service":"payments-api",
"event":"psp_timeout",
"trace_id":"9c5e...e2",
"route":"pspX",
"duration_ms": 3100,
"attempt":2,
"player_id_hash":"p:1b7f...",
"pii_redacted":true
}

6) עקבות: היכן שהזמן הולך לאיבוד

ספנים: בקשת קלט, שיחות ספק (PSP/game speckers), מסד נתונים/מטמון, RPC משולב.
תכונות: 'db. מערכת ',' נטו. עמיתים. שם ',' הודעות. מערכת ',' psp. מסלול ',' משחק. ספק ".

• מבוסס ראש לנפח,
• מבוסס זנב (על ידי תנאים: שגיאות, p95 +, VIP-port),
• שמירה מובטחת לתשלום/PII-קריטי.

7) יכולת תצפית של החזית והנייד

רום: TTFB, FCP/LCP/CLS/INP, שגיאות JS, רשתות וניתוב SPA.
דו "חות התרסקות: סמליות, דאובוסציה, גירסה בנויה, התקן/מערכת הפעלה.
סינתטיים: תרחישי כניסה/הפקדה/קצב; צ 'קים מחולקים.

8) SLO, SLI ותקציב שגיאות

SLO דוגמה (פסאודו-YAML)

yaml service: payments-api sli:
- name: availability expr: sum(rate(http_requests_total{status=~"2..    3.."}[5m]))
/ sum(rate(http_requests_total[5m]))
- name: latency_p95 expr: histogram_quantile(0. 95, rate(http_request_duration_seconds_bucket[5m]))
targets:
availability: "99. 9%/30d"
latency_p95: "<=250ms/30d"
error_budget_policy:
fast_burn: 5% for 1h -> page, freeze deploy slow_burn: 20% for 24h -> incident, improvement plan

התראה על ידי תקציב שגיאה, לא על ידי ”כל מטרי”.
הקפאת הליכים לבעירה תקציבית: הגבלת שחרור/קנריות.

9) התראה ללא רעש

חלון רב-חלונות, כללים רבי-צריבה: חלון קצר/ארוך.
שכפול/עקירה: על ידי שירות/אזור/ביקורת בכוננות.
URL RUNBOOK ו-Autocoltation (איגרות חדשות, שינויים בתצורה, גרף תלות).
שעות שקט ודיכוי במהלך העבודה המתוכננת.

כלל דוגמה (רעיון PromQL)

promql alert: PaymentsSLOFastBurn expr: slo_error_rate_5m > 2 slo_budget_rate for: 15m labels: { severity="page", service="payments-api" }
annotations:
summary: "SLO fast burn"
runbook: "https://runbooks/payments/slo"

10) פרופיל ו ־ eBPF

EBPF/פרופילים: גרפי להבות מעבד/אלוק, latency I/O, טיפות רשת, אנומליות Syscall.
שימושי עבור צווארי בקבוק p99, ג 'יטר ומקפיאים נדירים.

11) יכולת תצפית עסקית (מוצר וסיכון)

מימון/מונטיזציה: המרת הפקדה, TTW (זמן לארנק), מחבר.
פעילות משחק: שמירה/פס, שיתוף הימורים חיים, ”דביקות” של ספקים.
אנטי-פראוד/שימוש לרעה: מהירות פעולה, התאמות התקן/IP, התאמות.
סממנים: מפגשים ארוכים, ”דוגון”, גידול סטייק.
מדדים עסקיים קשורים עם מדדים טכניים ואירועי הטבה.

12) בטיחות, מח "ש וציות

אזורי נתונים: dataset/log dags (”pii = true”, ”אזור = EU”).
מסווה לפני אינדקס, כינוי של מזהים.
תולעת חנויות לביקורת; גישת רישום מבוססת תפקידים.
תקופות שימור: שונות עבור טכנולוגים/ביקורת/עסקים.
איסור על סודות גלם ביומנים; בדיקת סריקה במודיעה.

13) ניהול ערך (FinOps)

הגבלת הקרדינליות: זהירות עם ”user _ id',” session _ id'.
השתתפות/שימור: חם (7-14 ימים), חם (30-90), קר (ארכיון).
דגימות מבוססות זנב ומדדים בירידה.
חיוב על ידי תגיות ”צוות”, ”שירות”, ”דייר”: מדווח ”מי שורף יכולת ראייה”.

14) כלים (ערימת התייחסות)

מדדים: פרומתאוס/אגם למדדים, לוחות מחוונים גראפנה.
יומנים: Loki/ELK; כללי בליעה, הפחתה/פירוק.
שבילים: Tempo/Jaeger/Otel; מופת-קישורים ממדדים.
סינתטיים: יצואנית הקופסה השחורה, רובוטים בדפדפן.
התראה: התראה/שילוב צ 'אט, סיבוב תורן.
פרופיל: eBPF/פרופיל רציף.

15) דוגמאות: יישום יסודות במהירות

python from prometheus_client import Counter, Histogram, start_http_server reqs = Counter('http_requests_total','', ['route','method','status'])
lat = Histogram('http_request_duration_seconds','', ['route'])
def handle(req):
with lat. labels(route=req. route). time():
status = app(req)
reqs. labels(route=req. route,method=req. method,status=str(status)). inc()

go tid:= ctx. Value("trace_id")
logger = logger. With("trace_id", tid)
logger. Info("deposit-accepted", "amount", amt, "route", route)

prometheus http_request_duration_seconds_bucket{..., le="0. 25"} 1023 # exemplar: trace_id=9c5e...

16) תהליכים ומערכת הפעלה

מילון מאוחד של מדדים/תוויות (שם-מדריך) ותבנית לוח מחוונים.
שחרור אנוטציות באופן אוטומטי בעמודות.
תקריות: כרטיס, ציר זמן, RCA אין חיובים, פריטי פעולה.
אזעקות אימון (”game-day”): טיפות מדומות, עיכובי PSP, חימום יתר של מטמון.
הוראות שלב אחר שלב וקישורים אוטומטיים מהתראות.

17) רשימת בגרות

1. OTEL SDK/אספן * יצוא יחיד של מדדים/לוגים/שבילים.
2. RED/USE מכסה את כל השירותים + SLI/SLO על ידי מפתח API.
3. Correlation 'trace _ id' ⇄ logs ⇄ metrics (מופת, קישורי קפיצה).
4. התראות על שגיאות תקציב עם ריבוי כוויות וחוליות.
5. רום + סינתטיים עבור ”הפקדה/קצב/משיכה”.
6. פרופיל (eBPF) במכירת הרשימה הלבנה.
7. מדיניות מח "ש: מיסוך, אזורים, גישה, תקופות שימור.
8. דו "ח פיננסי על עלויות טלמטריה (" צוות/שירות "תגיות).
9. ”מוכנות לעומס שיא”: תוכנית ניסוי, חימום מטמונים, תבניות התראה.
10. RCAs רגיל ותיקוני SLO/סף.

18) תרופות אנטי ־ פטריות

יומן "יריעות" ללא מבנה ו- "trace _ id'.
התראות לכל התראה מטרית.
היסטוגרמה ללא דליים נכונים = ”שטוח” p95.
הקרדינליות הבלתי מוגבלת של התוויות היא פיצוץ בעל ערך.
המחסור ברום/סינתטי הוא ”הכל בסדר”, אבל המשתמש לא.
ערבוב מח "ש עם טכנולוגים, שימור בלתי מוגבל.
בידוד טלמטריה מעסקים של KPIs - ”איחור נופל, הכנסות מדי”.

תקציר

תצפית חזקה היא שפה משותפת בין מוצר, SRE, ביטחון ותשלומים. על ידי חיבור מדדים, יומנים, מסלולים עבור OTEL, הצגת SLO עם תקציב של טעויות, ביצוע התראה חכמה ועלות הניתנת לניהול, אתה מקבל מערכת שמבחין בבעיות מוקדם יותר, מתאושש מהר יותר וצפוי עובר פסגות תנועה ועומס טורניר.