სამუშაო პროცესების ძრავა

1) რატომ გვჭირდება ძრავა

• პროგნოზირებადი: აშკარა ნაბიჯები, სტატუსები, SLA და პასუხისმგებელი.
• საიმედო: idempotence, retrai, ანაზღაურება, ვადა.
• გამჭვირვალე: მეტრიკა, კვალი, აუდიტი, დადასტურება რეგულატორებისთვის.
• ეფექტური: რუტინის + ადამიანი ავტომატიზაციას აკავშირებს წესების შესაბამისად.

2) ძირითადი პრინციპები

ორკესტრის კრიტიკული, ქორეოგრაფიული პასუხი: კრიტიკული ჯაჭვები (გადახდები/დასკვნები/სეტლი) - ცენტრალიზებული ორკესტრის ქვეშ; არაკრიტიკული მოვლენები - ქორეოგრაფიის საშუალებით (pub/sub).
Idempotenty ყველგან: თითოეული ნაბიჯი იღებს 'idempotency _ key "და ინახავს შედეგებს.
SLA ცნობიერება: ფიქსირდება ერთი ნაბიჯის დრო და ზოგადი ვადა; ტაიმერების ესკალაცია.
Compensate, don 't rollback DB: გარე ეფექტებისთვის - საგები/კომპენსაცია.
Human-in-loop: ოფიციალური „ვიწრო კარიბჭე“ (applus, 4-eyes, SoD).
Policy-as-Code: მარშრუტიზაცია, პრიორიტეტები, ფილიალის პირობები - პოლიტიკოსებში.
დაკვირვება: თითოეულ დავალებას აქვს SLI/SLO, ტრეისი და აუდიტი.

3) საგნის სფეროს მოდელი

3. 1 ძირითადი ელემენტები

პროცესი (პროცესი): გრძელი ორკესტრი (წუთი/საათი/დღეები).
Task (ამოცანა): ატომური ოპერაცია (მომსახურება/ადამიანური).
Activity (აქტივობა): პროცესის ნაბიჯი ტიპით (მომსახურება/ადამიანის/დეკლარაცია).
Signal/Event: გარე მოვლენები (PSP-webhuk, KYC პასუხი, მომხმარებლის მოქმედება).
Timer: ვადები, შეხსენებები, პერიოდული სტატიები.
Context: უსაფრთხო payload პროცესი (ტენანტი, რეგიონი, KYC id, limites, რისკი).

3. 2 პრობლემების მდგომარეობა

`scheduled → running → (succeeded | failed | timed_out | cancelled | compensated)`

4) არქიტექტურული ნიმუშები

პროცესების ორკესტრი: ცენტრალური ძრავა ინახავს მდგომარეობას, ტაიმერებს, რიგებს, მარშრუტიზაციას.
შემსრულებლები: სტატუსის სერვისები, რომლებიც გაფორმებულია დომენის დავალებების რიგში (Payments, KYC, Risk, Games).
საგა: თითოეული „ძლიერი“ ოპერაციისთვის არის საპირისპირო (კომპენსაცია).
Outbox/Inbox: „exactly-once“ - ის გარე სისტემებთან ინტეგრაციის გარანტიები.
Command/Callback: დავალებები ინიცირებულია გუნდების მიერ; შედეგები - კოლბეკები/ვებჰუკები.
Feature flags: ფილიალების დინამიური არჩევანი (მაგალითად, ალტერნატიული PSP).
კვალი: პროცესის „trace _ id“ კორელაცია ყველა გამოწვევით.

5) გარანტიები და სტაბილურობა

At-least-once დავალებების შესრულება + დამუშავების იდემპოტენტურობა.
Retrai ერთად ჯიტერი და შეზღუდული ბიუჯეტი (per-task, per-process).
დრო: 'task _ timeout' <SLA ნაბიჯი; 'process _ deadline' <მარეგულირებელი ვადა.
Histeresis და backoff: დაცვა ქარიშხლებისგან.
Circuit-breakers: ჭიდაობის ნაშთები „წითელ“ მდგომარეობაში.
ბაბუა-ლეტერი (DLQ): იშვიათი შეფერხებების სრული კონტექსტით სახელმძღვანელო ჩვენებისთვის.

6) ტიპიური პროცესების კატალოგი (iGaming)

1. ანაბარი: init - 3DS/aut - capture - ledger - ბონუს სესხი - შეტყობინება (ასინქრონული).

ანაზღაურება: გაუქმება/cancel, საძაგელი, ბონუსის დაბრუნება.

2. თანხების გატანა: მოთხოვნა - რისკის შემცირება - 4-eyes appruse - გადახდის კარიბჭე, გადახდების რეესტრი შეტყობინებისთვის.

ანაზღაურება: დასკვნის გაუქმება, ხელახალი მარშრუტი, ანგარიშის უფასო.
3. KYC/AML: დოკუმენტების შეგროვება - 1-fallback პროვაიდერი 2 - სახელმძღვანელო შემოწმება/შედეგი/TTL.
4. განაკვეთი/სეტლი: რეზერვაცია, კოეფიციენტის დაფიქსირება - დასტური/გაანგარიშება, გადახდა.
5. ბონუსის კამპანია: მიზნობრივი, კუპონების გამოშვება, ბიუჯეტის გააქტიურება, მონიტორინგი, გაფართოება/გაუქმება.
6. ინციდენტის პროცესი: დეტაჟი - კლასიფიკაცია P1-P4 - var-rum - მოქმედებები, დახურვა პოსტ-შურით.

7) ნაბიჯის დიზაინი (Task Spec)

Idempotent გასაღები: 'task _ id' + ბიზნეს გასაღები (მაგალითად, 'withdrawal _ id').
პროგნოზი: გაშვების პირობები (მონაცემები, ლიმიტები, დროშები).
მოქმედება: RPC/HTTP/gRPC/რიგის გუნდი.
შედეგის დამუშავება: წარმატებული/ნაწილობრივი/შეცდომა/დრო.
Retrai: სტრატეგია (exp backoff + jitter), მაქსიმალური მცდელობები.
ანაზღაურება: დაბრუნება/გადასვლა უსაფრთხო მდგომარეობაში.
აუდიტი: რა, ვინ/რა, როდის და რატომ; სანამ/ამის შემდეგ.

8) Human-in-the-loop

ჩაშენებული human-tasks: ჩეკების სია, ინვესტიციები, მინიშნებები (runbook), RACI.
SoD/4-eyes: შეუთავსებელი როლები, ორი დამხმარე P1/P2.
SLA: ესკალაცია უმოქმედობის დროს (ტაიმერები, ჯგუფის შეცვლა, ავტომობილი-დეკლაინი/approve დაბალი დონის).
კომუნიკაცია: შეტყობინებები სასურველ არხებზე, სტატუსის გვერდი P1/P2 საშუალებით Comms Lead- ის საშუალებით.

9) SLA, პრიორიტეტიზაცია და დაგეგმვა

პრიორიტეტები: P1 (დაუყოვნებლივ) - P2 - P3 (ფონი).
კვოტები: per-tenant/რეგიონი/პროვაიდერი; დაცვა ხაზის „დაჭერისგან“.
ვადები: ნაბიჯი და პროცესი; გამოტოვება ანაზღაურება/ესკალაცია.
პერიოდები: cron პროცესები (რეესტრების დახურვა, პრემიების გაფართოება, რეგულატორებისთვის მოხსენებები).
რიგები QoS კლასებში: რეალური დრო (A), ოპერაციული (B), ანალიტიკური (C).

10) პოლიტიკა და DSL

Policy-as-Code: Rego/YAML/JSON-DSL ფილიალებისთვის, მარშრუტიზაცია PSP, SoD მოთხოვნები, ლიმიტები.
ვერსია: v1-v2 პროცესების მიგრაცია აქტიური ინსტანციების შეწყვეტის გარეშე.
პოლიტიკური პოლიტიკა: ახალი ფილიალის გასწვრივ ტრეფიკის ნაწილი; როლბაკი SLI- სთვის.

11) მონაცემები, კონფიდენციალურობა და შესაბამისობა

კონტექსტის მინიმიზაცია: პროცესში - მხოლოდ საჭირო ველები; PII - ტოკენიზებულია.
Geo-aware შენახვა: იურისდიქციებით (GDPR და ადგილობრივი წესები).
TTL და ჭრელი: განსხვავებულია ჟურნალებისთვის, არტეფაქტებისა და დოკუმენტებისთვის.
ექსპორტი: მხოლოდ workflow- ზე დაშიფვრა, თიკეტი და SoD.
აუდიტი: შეუსაბამო ლოგოები (WORM), მოვლენების კავშირი.

12) დაკვირვება და ხარისხის კონტროლი

SLI/SLO პროცესი: დასრულების წილი, საშუალო/95-ე ხანგრძლივობა, SLA დარღვევები.
ამოცანების მეტრიკა: წარმატება/შეცდომა/რეაგირება/დროის გადაღება, რიგის ასაკი.
მისაბმელები: საძილე ნაბიჯები, კორელაცია გადახდებთან/სათამაშო მოვლენებთან.
დაშბორდები: Exec (SLA/შეცდომების ბიუჯეტი, ვიწრო ადგილები), Ops (რიგები/lag, retrai, DLQ), Risk/Payments (PSP ფილიალები, approves).
ანომალიები: STL/CUSUM/CPD ხანგრძლივობასა და შეცდომებზე; მანქანის სკეილი/ფეილოვერი.

13) ღირებულება (FinOps Workflow)

$/პროცესის ინსტანცია, $/დავალება ,/rettray.
ოპტიმიზაცია: დაბალი პრიორიტეტული ნაბიჯების ბატჩინგი, მოვლენების დაყოფა, გრძელი პროცესების ლიმიტები, ძველი მონაცემების გაწმენდა.
კვოტები: გაშვება/შენახვა; showback/chargeback.

14) უსაფრთხოება

IAM/ABAC: პროცესებზე/დავალებებზე წვდომა როლებსა და ატრიბუტებში (ტენანტი/რეგიონი/გარემო).
PAM/JIT: დროებითი პრივილეგიები სახელმძღვანელო ნაბიჯებისთვის.
ვებჰუკებისა და მოთხოვნების ხელმოწერა: HMAC/MTLS.
დამცავი მოქმედებები: PII ექსპორტის მანქანა ბლოკი ანომალიით; მგრძნობიარე ფილიალების ორმაგი კონტროლი (PSP როუტინგი, გადახდის შეზღუდვები).

15) ინტეგრაცია

გადახდის პროვაიდერები (PSP): ბრძანებები/ვებჰუკი, fallback მარშრუტიზაცია.
KYC/AML: პროვაიდერები, სახელმძღვანელო ხაზები, მარეგულირებელი ვადები.
თამაშის პროვაიდერები: settl/reporting, არხების შეფერხებების დამუშავება.
ინციდენტის პლატფორმა/სტატუსის გვერდი: რუქების ავტომატური შექმნა/განახლება.
Release-gates: საშიში გამოშვებების ბლოკირება „წითელ“ პროცესებში.

16) შაბლონების კატალოგი (DSL ფრაგმენტები)

yaml type: http id: payments_auth retry:
max_attempts: 5 backoff: exponential_jitter timeout: 2s idempotency_key: ${process. deposit_id}
on_fail: compensate: cancel_auth

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

yaml saga:
do:  [reserve_funds, capture, ledger_post]
undo: [ledger_revert, refund_capture, release_funds]

17) გზის განხორციელების რუკა (8-12 კვირა)

• პროცესების ინვენტარიზაცია (ანაბარი/გამომავალი/KUS/settl), SLA მიზნები, რისკების კლასები.
• ძრავის/მიდგომის არჩევანი (ორკესტრი + რიგის + სახელმწიფო საცავი).

• MVP: ანაბარი და გაყვანა, როგორც ორი საგა; იდემპოტენტური დამუშავება; DLQ; ძირითადი მეტრიკა/ტრეისი.

• Human-tasks (4-eyes) დასკვნებისთვის; Policy-as-Code მარშრუტიზაციისთვის PSP; ტაიმერები და ვადები.

• დაკვირვება (SLO/dashbords), ხანგრძლივობის ანომალიები, ვორკერების ავტომობილი; ინციდენტის პლატფორმასთან/სტატუსის გვერდთან ინტეგრაცია.

• შესაბამისობა: კონფიდენციალურობა/TTL/WORM აუდიტი; ექსპორტი-სამუშაო; SoD/ABAC.

• ღირებულების ოპტიმიზაცია, მწვერვალების პერფექტების ტესტები, ტაბლეტოპის სწავლებები, შაბლონების ბიბლიოთეკა.

18) KPI/KRI ფუნქციები

SLA პროცესების განხორციელება, MTTP (მამაკაცის დრო).
ავტომატური დასრულების წილი ხელით მონაწილეობის გარეშე.
Retried/Task ratio, DLQ rate, Compensation rate.
Approves (human-tasks) და% შეფერხების დრო.
ღირებულება: $/პროცესი, $/დავალება ,/retray.
რისკის სიგნალები: დასკვნის/დეპოზიტების ანომალიები, SoD- ის შეუსაბამობები.

19) ანტიპატერები

„ყველაფრის“ ერთი მონოლითური პროცესი რთულია მასშტაბის და შეცვლის მიზნით.
Retrai idempotence - გადახდის/მოქმედების დუბლირება.
არ არსებობს ვადები/ესკალაციები, შემცირებული დასკვნები/CCC.
PII- ის შენახვა პროცესის კონტექსტში TTL და შენიღბვის გარეშე.
კომპენსაცია „ქაღალდზე“ ავტომატიზაციის გარეშე.
კვალდაკვალ და აუდიტის არარსებობა შეუძლებელია სისწორის დამტკიცება.

შედეგი

სამუშაო პროცესების ძრავა არის ბიზნეს ოპერაციების სასიცოცხლო ციკლის მართვის სისტემა: კრიტიკული ტრასების ორკესტრი, სტაბილურობა (imempotence, retrais, საგა), ხალხის ოფიციალური მონაწილეობა, უსაფრთხოების პოლიტიკა და შესაბამისობა, დაკვირვება და ღირებულების კონტროლი. ასეთი წრე iGaming პლატფორმას პროგნოზირებს მწვერვალებში, ინციდენტებში სწრაფი და დამაჯერებელი რეგულატორებისა და პარტნიორებისთვის.