ეკოსისტემის მოვლენები და განახლებები

1) დანაყოფისა და საზღვრის პრობლემა

ეკოსისტემის მოვლენები და განახლებები არის სტანდარტიზებული გზა, რომ გამოაცხადოს, გააფართოვოს და დაადასტუროს ცვლილებები (პროდუქტი, შინაარსი, გადასახადები/ARM, მარკეტინგი, ინფრასტრუქტურა, წესები და მეტრიკა) ქსელის ყველა როლისთვის: ოპერატორები, სტუდიები/RGS, აგრეგატორები, აფილიატები/მედია, PSP/APM, KYC/AML პროვაიდერები და ნაკადები.
მიზნები: გამოშვების პროგნოზირება, სადავო შემცირება, რისკების კონტროლი, მონაცემთა დადასტურება და სტატუსის ერთიანი გაგება „რა/სად/როდის/რატომ შეიცვალა“.

2) მოვლენების ონტოლოგია (კანონი)

Сущности: `eventId`, `type`, `scope`, `version`, `status`, `window`, `owner`, `traceId`, `breakingChange`, `rollbackPlanId`.

• `product_release`, `content_update`, `rgs_update`, `payment_route_change`, `kyc_policy_change`,
• `marketing_campaign`, `rg_policy_update`, `jurisdiction_notice`,
• `infra_maintenance`, `security_bulletin`, `data_formula_change` (формулы GGR/NetRev/CR и др.).
• Статусы (`status`): `planned` → `staged` → `rolling_out` → `live` → `paused/rolled_back` → `closed`.
• Окна (`window`): `green` (low-risk), `yellow` (controlled), `red` (change-freeze).
• ყველა ღონისძიების სქემაა Schema Registry- ში, დრო - UTC/ISO-8601, თანხები - 'currency'.

3) ვერსიები და ტიპის ცვლილებები

SemVer არტეფაქტებისთვის: 'MAJOR. MINOR. PATCH '(mAJOR - breaking: ატრიბუტის პრინციპები, მეტრიკის ფორმულა; MINOR - ახალი ველები/ფიჩები; PATCH - შესწორებები).
Data Contracts: ღონისძიების სქემის ვერსია და მეტრიკის ფორმულის ვერსია ყოველთვის ქვეყნდება ერთად.
Migration Notes: სავალდებულო ველები „როგორ მიგრირება“, „შესვლის თარიღი“, „საპირისპირო თავსებადობის ფანჯარა“.
Frozen period: მინიმალური სტაბილურობის პერიოდი MAJOR- ის შემდეგ (მაგალითად, 14 დღე).

4) გამოშვების კალენდარი და პრიორიტეტიზაცია

წლიური ფენა: საკვანძო ნაბიჯები (მარეგულირებელი ცვლილებები, მწვერვალების სეზონები).
კვარტალური ფენა: დიდი MAJOR/ინტერჯექტორული ინიციატივები.
ყოველკვირეული ფენა: MINOR/PATCH, მარკეტინგი/შინაარსი, გადახდები/CCC.
პრიორიტეტები: უსაფრთხოება/შესაბამისობა> გადახდები/CCC> RGS/შინაარსის სტაბილურობა> მარკეტინგი.
კონფლიქტი: ავტომატური კონფლიქტი-შემოწმება გეო/დროის ზონებში/ტრაფიკის მწვერვალებში.

5) განახლების გამოქვეყნების ოქმი

1. Announcement Draft (owner): მიზნის/სარგებლის აღწერა, გავლენა KPI- ზე, სკოპზე (ჯაჭვები/გეო/ბრენდები), რისკის შეფასება.
2. Spec & Contracts: განახლებული სქემები/ფორმულები, ტესტის შემთხვევები, მიგრაცია.
3. Approval Gate: Legal/Privacy/RG/Security/Finance/Protocol Council.
4. Staging: ქვიშის ყუთები + კონფორმები, დატვირთვა და ქაოსის ტესტები.
5. Progressive Delivery: 1% → 5% → 25% → 50% → 100% с guardrails (см. §7).
6. Go/No-Go: ჩეკის ფურცლები, ომის ოთახი ჩართულია, გაჩერების ღილაკები მზად არის.
7. Changelog & Rollout Notes: დეტალური ჩანაწერი ცვლილებების რეესტრში + საჯარო შენიშვნები.
8. Post-Release Review: ტელემეტრია, RCA გადახრები, bacap/fick დროშების გაწმენდა.

6) ღონისძიების ტრანსპორტი (API/ვებჰუკი/EDA)

API (REST/gRPC): '/vN/events ', კურსორები,' Idempotency-Key ", მანქანების შეცდომები, მხოლოდ კადრების პაგინაცია.
ვებჰუკი: JWS/HMAC ხელმოწერა, 'kid', 'timestamp', 'traceId', ექსპონენტური backoff + gitter, რეპლიკის რეესტრი.
EDA (საბურავი): 'eventId '/' traceID', exactly-once ბიზნეს მნიშვნელობის (მომხმარებელთა idempotence).
ტრეისი: W3C 'traceparent' მოვლენიდან ფაქტობრივ მეტრიკამდე და ინვოისებამდე.

7) Guardrails, SLO და გაჩერების ღილაკები

• ვებჰუკების მიწოდება 99. 9%, p95-1-2.
• API p95 ≤ 150–300 мс, error rate ≤ 0,3–0,5%.
• საბურავი: lag p95 200-500 ms, მიწოდება - 99.9%.
• ფანჯრები: სიახლე 1-5 წმ, p95 გამყიდველი 1.5-2.0.

• ICCR გადახდები კოჰორტში - X% ნებისმიერი ეტაპზე.
• RG გამომწვევები/1k აქტიური დერეფანი.
• D NetRev/DAU/ARPU დერეფნის გარეთ არის ავტომატური პაუზა.
• გაჩერების ღილაკები: მყისიერი პაუზა/გამოტოვება: 'traffic _ route', 'offer', 'content _ build', 'apm _ route', 'rgs _ flag', 'data _ formula'.

8) A/B და პროგრესული ჩანართები

ექსპერიმენტი შედგენილია, როგორც ღონისძიება ვერსიით და მიზნებით.
ნაბიჯების გასწვრივ დალაგება (1-5-25-50-100%) თითოეულ ეტაპზე guardrails- ის ავტომატური შემოწმებით.
სავალდებულოა 'experimentId', 'bucket' და კავშირი KPI/Scorecards- სთან.
შედეგები და გამოსავალი (promote/rollback) ქვეყნდება changelog.

9) Changelog, Roadmap და შეტყობინებები

Changelog (WORM): უცვლელი ჟურნალი ყველა ღონისძიებაზე 'diff' სქემები/ფორმულები და ხელმოწერები.
Roadmap: статусы `Planned/In-Progress/Rolling Out/Live/Not-Now`.
როლური შეტყობინებები: ოპერატორი/სტუდია/აფილიატი/PSP/KYC/სტრიმერი იღებს შესაბამის ნოტიფიკაციებს გეო/ბრენდის/ჯაჭვის მიხედვით.
Public Notes: მოკლე გამოცემები გარე პარტნიორებისთვის/საზოგადოებისთვის (PDN/საიდუმლო დეტალების გარეშე).

10) მონაცემთა ორაკულები და მტკიცებულება

ხელმოწერილი მოხსენებები ძირითადი განახლებისთვის: გავლენა GGR/NetRev/CR/RG/SLO- ზე.
თითოეულ შეჯამებაში: 'Wersion', 'hash (inputs)', 'tracaId', 'kid', ფანჯრის პერიოდი.
გამოყენება: ინვოისი, სანქციები/პრემია, გასაჩივრება, RCA.

11) დაშბორდი და ოპერაციული მიმოხილვა

გამოშვების პანელი (რეალური დრო): აქტიური მოვლენების ჩამონათვალი, მოცურების ეტაპი, SLO ტრანსპორტი, ბიზნეს დერეფნები, RG/SEC დროშები.
განახლების ეფექტი: SCR/FTD/ARPU/LTV/NetRev კორტზე/ბაზარზე/ჯაჭვში.
ფორმულების სტაბილურობა: ფორმულის ვერსიებსა და ფაქტს შორის განსხვავებების მონიტორინგი (ალერტები).
SLA „სავაჭრო პაკეტი“: 60-90 ევრო P1/P2- ზე ინციდენტი.

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

Zero Trust: mTLS, მოკლემეტრაჟიანი ნიშნები, egress-allow-list, გასაღების როტაცია/JWKS.
PII მინიმიზაცია: ნიშნები PDN- ის ნაცვლად; დეტოქსიკაცია - მხოლოდ სეიფის ზონებში.
ABAC/ReBAC/SoD: „ვხედავ მხოლოდ ჩემს და შეთანხმებულ“; როლების გამიჯვნა "მე ვზომავ" გავლენას და ვცვლით ".
DPIA/DPA იმ მოვლენებში, რომლებიც გავლენას ახდენს MPN/შენახვის ლოკალიზაცია/ხაზები.
Jurisdiction Notics: შეტყობინებების ავტომატური გამოშვება ბაზრის წესებზე გავლენის მოხდენისას.

13) ინციდენტები, ომის ოთახი და RCA

მატრიცა P1/P2 და მზა ფლეიბუკები მოვლენების ტიპების მიხედვით.
ომის ოთახი: თანავარსკვლავედის ჩატი/ბმული, სისტემების სტატუსები, ჩეკის ფურცლები ჩართვა/გამოტოვება, პასუხისმგებელი მოვალეობის შემსრულებლები.
RCA დამნაშავეების ძებნის გარეშე: ფაქტები/პროცესები; დასკვნებისა და დავალებების გამოქვეყნება backlog- ში.
Post-mortem SLO: პაუზის დრო, უკან დაბრუნება, სტაბილიზაციამდე, ნოტების გამოქვეყნებამდე.

14) RACI (მაგალითი)

15) ანტი შაბლონები

„ორი ჭეშმარიტება“ მეტრიკის/ფორმულების და შესვლის თარიღების მიხედვით.
ისტორიის ოფსეტური პაგინაცია დატვირთვის ქვეშ (მხოლოდ კურსორები).
პოსტბეკების ზოოპარკი და დაუწერელი ვებჰუკები - დუბლები/ხვრელები/დავები.
საიდუმლო გამოშვებები changelog/roadmap და შეტყობინებების გარეშე.
SLO „ქაღალდზე“ ალერტებისა და ავტომატური გაჩერების ღილაკების გარეშე.
PDN- ის ექსპორტი გამოშვებაში/დაშბორდში.
გამონაკლისი TTL/აუდიტის გარეშე არის წებოვანი override-y.
დაბრუნების გეგმის არარსებობა და rehearsals DR/xaoc სავარჯიშოები.

16) ჩეკის ფურცლები

დიზაინი

• მოვლენების ონტოლოგია, Schema Registry, ფორმულების ვერსიები.
• Release Calendar: მწვანე/ყვითელი/წითელი ფანჯრები ბაზრებზე/ჯაჭვებში.
• Guardrails и SLO; გაჩერების ღილაკები და playout სცენარები.
• მონაცემთა კონტრაქტები/Oracle ფორმატი; WORM აუდიტი.
• შეტყობინებების პოლიტიკოსები და ფოსტის როლები.
• DPIA/DPA MPN- ის მოვლენებისთვის.

გაშვება

• ქვიშის ყუთი, კონფორმაცია, დატვირთვა და ქაოსის ტესტები.
• პროგრესული მოციმციმე 1-5-25-50-100% ავტო-პაუზის ლოგიკით.
• ომი მზად არის, დანიშნულია მოვალეობის შემსრულებლის როლები.
• Changelog/Release Notes წინასწარ არის გაფორმებული, ეტიკეტები დაშბორდში.

ოპერაცია

• Roadmap- ის მოვლენებისა და ეფექტების ყოველკვირეული მიმოხილვა.
• ფორმულა/სქემების ყოველთვიური ჩეინგლოგები და guardrails რეპროდუქცია.
• კარიბჭეების, საბურავების, ფანჯრების და ხაზინის რეგულარული DR/xaoc სწავლებები.

17) სიმწიფის გზის რუკა

v1 (ფონდი): მოვლენების ძირითადი ონტოლოგია, კალენდარი, ჩანგელოგი, სახელმძღვანელო Go/No-Go და გამოტოვება.
v2 (ინტეგრაცია): პროგრესული გამოშვებები, ავტომატური guardrails და გაჩერების ღილაკები, მონაცემთა ორაკულები, როლური შეტყობინებები.
v3 (Automation): წინასიტყვაობა ფანჯრები, ML რისკის მინიშნებები, smart-reconciliation ეფექტები, შენიშვნების ავტომატური გამომუშავება.
v4 (ქსელის მთავრობა): მოვლენების ფედერალური სინქრონიზაცია ჯაჭვებს შორის, ინტერჯგუფური ორაკულები, DAO ფორმულების წესები და გამჭვირვალე ხაზინა.

18) წარმატების მეტრიკა

სიჩქარე/პროგნოზირება: გამოშვების წილი დაგეგმილ ფანჯარაში, საშუალო დროიდან 'planned' - დან 'live' - მდე.
ხარისხი/რისკი: MTTR განთავისუფლების ინციდენტები, მანქანის პაუზის/გამოტოვების წილი, საკამათო <X%.
ბიზნეს ეფექტი: uplift/სტაბილურობა CR/FTD/ARPU/LTV/NetRev მოვლენების მიხედვით.
შესაბამისობა/RG: 0 PDn გაჟონვა, დერეფანში DPIA/DPA, RG გამომწვევები.
გამჭვირვალობა: ჩანგელოგის სისრულე, Release Notes- ის გამოქვეყნების დრო, SLA „სავაჭრო პაკეტი“.

მოკლე რეზიუმე

ეკოსისტემის მოვლენები და განახლებები არ არის მხოლოდ გამოშვების კალენდარი, არამედ ნდობის პროტოკოლი: ერთიანი ონტოლოგია და ვერსიები, პროგრესული ჩანართები ავტომატური guardrails, დადასტურებული მონაცემები (oracles), გამჭვირვალე changelog/roadmap და ინციდენტების დისციპლინა. ეს ჩარჩო ცვლილებებს პროგნოზირებად, უსაფრთხო და გაზომვად ხდის - და აჩქარებს მთელი ქსელის ზრდას.