תזמור משימות

1) מדוע תזמור

• מופחת MTTR ו ”שגרה ידנית”;
• יישום מועדי לח "י ורגולציה;
• חלוקה הוגנת של היכולות בין הדיירים והאזורים;
• שקיפות מצב ואחריות (RACI).

2) עקרונות

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

3) מודל תחום תזמור

Task Paction # Process/Worksflow.
מדינות-המשימה מושכרות על-פי ריצה (הצליח נכשל בוטל) לארכיון.
תכונות מפתח: ”עדיפות”, ”דדליין”, ”דייר”, ”אזור”, ”עלות _ class',” סיכון _ class', ”idempotency _ key”.

4) ארכיטקטורה

תזמורת: חנויות מעבדות גרף, תורים, טיימרים, מועדים, RACI, ניתוב.
מוציאים לפועל: חסר בית, המנוי לתורים של דומיין (תשלומים/KYC/Games/Infra). שכרה-מודל + פעימות לב.
שער אירוע: outbox/inbox עבור אינטגרציה מובטחת עם מערכות חיצוניות.
סטטוס סטור: רישום תהליך (תולעת/חלקים בלתי ניתנים לביקורת).
קטלוג מדיניות: עדיפות, מכסות, מגשים מחדש, גלגולים, זון.

5) תורים, סדר עדיפויות ולוח זמנים

• A (זמן אמת): הפקדות/הימורים/מתיישבים - p95 עיכובים בשנייה, תורים בודדים ובריכות.
• בי (מבצעי): KYC, דיווחים לספקים - דקות.
• C (Batch/Analytics): צבירה/יצוא - שעות.
• לוח זמנים: תורים מרובים עם עדיפות + תאריך יעד; אלגוריתמים: עדיפות + EDF, משוקלל נתח הוגן לדייר/אזור.
• גניבת עבודה: בריכות הוצאה להורג ”לגנוב” משימות מתורים שכנים
• דד-ליין: בסיכון של עיכוב * עלייה בעדיפות או ירידה בסניף.

6) ערבויות וקיימות

לפחות פעם אחת + אידמפוטנטיות. 'idempotency _ key' (מפתח עסקי) ותיקון התוצאה.
ניתן לאחזר על ידי מדיניות: גיבוי מעריכי + jitter; ניסיון תקציב; מפסק חשמלי לתלות חיצונית.
פסקי זמן: 'tassion _ timeout <SLA_step',' process _ defense <regulation'.
DLQ: תורים נפרדים למשימות ”רעילות”; ניתוח ידני עם הקשר מלא.
פיצוי (סאגה): מוגדר לכל פעולה ”חזקה” (לכידה/החזר, ledger_post/revert וכו ').

7) ביטחון גב והגנת פלטפורמה

מכסות ומגבלות: לפי סוג דייר/אזור/משימה (QPS, concurrent, memory/CPU).
בקרת כניסה: כישלון/עריקה בעדיפות נמוכה בעת מילוי הבריכה.
שפיכה: הפחתת עומס רך (תוצאות חלקיות, תכונות משפלות) במקום כישלון מוחלט.
מגבלות קצב: בכניסה, ליד הספק (PSP/KYC), בבנק/BIN.
היסטרזיס: מונע מנפנף/כבוי.

8) סובלנות מרובת אזורים ואשמה

מיקום תנועה: התזמור שומר על תהליכים קרובים יותר לספקי המידע.
פיילובר חוצה אזורי, רק עבור מדרגות אידמפוטנטיות ולאחר בדיקות מניין.
אחסון מצב: שכפול עם מטרות RPO/RTO; כתב-גדר נגד שבריר-מוח.
בידוד אזורי של אירועים: ”לעצור את הדימום” - לעצור את המשימות החדשות באזור הנפגע, ולהכניס את אלה הקיימים לענפים בטוחים.

9) אדם-in-the-loop BRACI

אנשים-משימות: צעדים מובנים עם רשימה, SLA, מצורפים.
SoD/4-eyes: תפקידים לא מתאימים לפעולות רגישות (מסקנות, גבולות בונוס, ניתוב PSP).
הסלמה: טיימרים ”דחיפה הצבה מחדש IC”.
ביקורת: מי/מה/מתי/למה, קישור לכרטיס/מדיניות.

10) מדיניות-כקוד

• ניתוב: "מסלול = PSP2 אם PSP1. בריאות
• הסלמת עדיפות: ”עדיפות = P1 אם המועד האחרון <10 מ '& תהליך ב [משיכה, תשלום]”
• בלוק הייצוא של פיי: דרגה> bass K &! כרטיס &

הפוליסות מבוססות, נבדקות, נבדקות כמו קוד רגיל.

11) יכולת תצפית

תהליך SLI: אחוזי הצלחה, משך p95/p99, אחוז עיכובים.
תור SLI: גיל של משימות, תפוקה, כשל קבלה, קצב DLQ.
עקבות: מרווח בכל שלב (correlation 'trace _ id' עם תשלום/קצב/ACC).
יומנים: מובנים, ללא PII; סיבות למגשים/פסקי זמן/פיצויים.
לוחות מחוונים: Exec (SLA/עבריינות/ערך), Ops (lag/reties/DLQ), Domain (סניפי PSP, KYC SLA).
התראות: תאריכי שרפת קצב, נחשול DLQ, צמיחת זמן צעד, תורים חמים.

12) עלות (תזמור FinOps)

KPI: $/process, $/task, $/retray, $/min SLA הפרות.
אופטימיזציות: אצווה לקלאס-סי, צבירה של אותות, ירידה ביומנים ארוכים, מגבלות על תהליכים ”ארוכים”.
הצג/טעינה-חזרה: הדייר רואה את הסימן שלו (תורים/אחסון/נסיגה).

13) בטיחות וציות

ABAC/RBAC: גישה לתהליכים על ידי תפקיד/דייר/אזור/סביבה.
העלאה זמנית של צעדים ידניים.
חתימת Webhook/mTLS: שלמות האירוע.
ביקורת תולעת: יומנים שאינם ניתנים להחלפה; מדיניות TTL/מיסוך עבור PII.
SoD: אל תשלב את ”initsirovat ac odobrit ac provesti” באדם אחד.

14) קטלוג של תזמורות טיפוסיות (iGaming)

1. ”init lapch 3DS/auth ac ללכוד ledger_post lab bonus_credit ab להודיע”.

פיצוי: "ספר חשבונות _ חזרה, refund_capture'.
מדיניות: חלוקה מחדש של PSP כאשר הצלחה אוטומטית נופלת.

2. Extreme Extreme: ”בקשה = risk_score 4-eyes לאשר = = = pay pressure ac registry action”.

הסלמת SLA, לחסום חריגות מהירות.

3. KYC/AML: "Extreme =" A (Fallback B) # Review ידנית לסכם ".

מועדים רגולטוריים; DLQ עבור שגיאות סריקה.

4. קצב/סט: ”reserve ac fix_odds accest ac.pay”.

Degrade-branch כאשר lag תורים (הגבלה של מאפיינים משניים).

5. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

15) תבניות (שברים)

yaml id: payments. capture qos: A priority: P1 deadline: 2m timeout: 2s retry:
strategy: exponential_jitter max_attempts: 5 idempotency_key: ${payment_id}
saga:
compensate: payments. refund_capture

yaml rule: "priority-escalation"
if:  "deadline < 5m && qos == 'A'"
then: "priority = P1"

yaml id: withdrawal. approval type: human sod: true approvers: [Risk, Finance]
sla: 2h on_timeout: escalate:L2

16) תהליכי פעולה

שחררו-שערים: בלוק של שחרור מסוכן עם תורים/תהליכים אדומים של SLI.
שולחן/כאוס-ימים: ניתוקים של PSP/העתקים/תורים; בדוק מגשים/פיצויים.
סקירה רבעונית: סף, מכסות, עלות, מגמות DLQ, חריגות SoD.

17) מימוש מפת דרכים (8-12 שבועות)

נד. 1-2: מלאי שרשרת (פיקדון/פלט/CCL/Sale), יעדי SLA, כיתות QOS, עדיפות ומטריצת מכסה.
נד. 3-4: תזמור + תורים, MVP של תהליכי הפקדה/פלט, מפעילים אידמפוטנטים, DLQ, מדיניות מגש/פסק זמן בסיסית.
נד. 5-6: סאגות ופיצויים, משימות אדם (4 עיניים), נתח הוגן לכל דייר, לוחות מחוונים ותורים SLI.
נד. 7-8: מולטי-אזור (לוקליזציה/פיילובר), שערים משוחררים, התראות (מועדי צריבה), לוח FinOps.
נד. 9-10: סיומת קטלוג (CCM/בונוסים/תקריות), לחתוך. מדיניות (PSP ניתוב/יצוא PII), ביקורת תולעת.
נד. 11-12: תרגילי כאוס, אופטימיזציה ערכית, תקנות RACI/SoD, אימון בכוננות.

18) תזמור KPI/KRI

תהליכי SLA (ביצוע בזמן), משך p95/p99.
עבריינות וחלקם על ידי תחום/דייר.
יחס Retried/Task, DLQ-rate, פיצוי-rate.
ציות למניה הוגנת (הדייר לא ”גווע ברעב”).
עלות: $/תהליך, $/משימה, $/מגש.
תקריות הנובעות מתזמור (נפנוף, אבדות, עומס תורים).

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

עדיפות אחת ”אוניברסלית” ללא כיתות קיו-או-אס.
מגשים מחדש ללא אידמפוטנטיות * תשלומים כפולים.
Libeness-restarts של עובדים במקרה של כשלים חיצוניים = = מפולת שלגים.
אין מכסות לדייר/אזור * שכן אכל את כל הבריכה.
צעדים ארוכים ללא פסקי זמן/מועדים = = תהליכי תלייה.
מחסור בסאגות = ”חיתוך” מדריך וסיכונים פיננסיים.
רישומים ריקים/אין עקבות = לא להוכיח נכון.

סך הכל

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