Როგორ არის მოწყობილი ჩხუბი და თამაშების განახლება შესვენების გარეშე

რატომ არის zero-downtime გამოშვებები კაზინოში

ნებისმიერი „მიკროპაუზა“ iGaming- ში არის დაკარგული განაკვეთები, სესიები და ნდობა. განახლებები უნდა მოხდეს მოთამაშისთვის შეუმჩნეველი: ფსონების მიღება გრძელდება, ნაკადი არ იშლება, საფულე და ლეჯერი რჩება თანმიმდევრული, ხოლო მეტრიკა არ გადმოტვირთავს. გასაღები არის ვერსიების დისციპლინა, კონტრაქტების თავსებადობა და ეტაპობრივი, დაკვირვებული გამოთვლები.

დამხმარე პრინციპები

1. თავსებადობა წინ/უკან. ახალ ვერსიებს უნდა გააცნობიერონ ძველი მოვლენები/ველები, ხოლო ძველი მომხმარებლები - უსაფრთხოდ უგულებელყოფენ ახალს.

2. Immutable assets. სტატიკა და თამაშის რესურსები ენიჭება მძიმე სახელებს; ფაილების „გადაწერა“.

3. ჩაწერის/კითხვის გზების გამიჯვნა. ფულადი ოპერაციები (hold/settle) იზოლირებული და ატომურია, UI/ასეტები დამოუკიდებლად იცვლება.

4. დაკვირვება კონტრაქტს ჰგავს. გამოშვება ტრეისინგის/მეტრიკის გარეშე - აკრძალვა.

5. გამოტოვება იგივე ნორმაა, როგორც გამოშვება. მზა სურათები, მიგრაცია „ორივე მიმართულებით“, rollback ღილაკი ხელით შამანიზმის გარეშე.

zero-downtime არქიტექტურა პრაქტიკაში

1) ვერსიები და კონტრაქტები

SemVer API/მოვლენებისთვის: 'MAJOR. MINOR. PATCH ', ველი' eventVer/ContractVer 'თითოეულ შეტყობინებაში.

Expand - Migrate - Contract BD სქემებისთვის: ჯერ ჩვენ დავამატებთ ველს/ინდექსებს, შემდეგ ფონი მიგრაციას და მხოლოდ მას შემდეგ, რაც გამორთეთ ლეგასი.

ორმაგი write/Dual Read კრიტიკული ლოგიკის შეცვლისას (მაგალითად, ბონუსის გაანგარიშება): გარკვეული პერიოდის განმავლობაში ჩვენ ვწერთ ძველ და ახალ ცხრილს, ვადარებთ.

2) ასეტები და CDN

ბანდლები/სპრიტები/ტექსტები: 'app. a1b2c3. js`, `paytable. 98f0. png ', სათაურები:


Cache-Control: public, max-age=31536000, immutable

Asset მანიფესტი სერვერზე/CDN- ში. ჩვენ გადავცვლით ბმულს ახალ მანიფესტზე - მოთამაშეები დაუყოვნებლივ იღებენ ახალ UI- ს, ძველი გვერდები აგრძელებენ ცხოვრებას წინა ფაილებთან (გატეხილი ბმულების გარეშე).

Tag-purge JSON (დირექტორიები/ბანერები) + 'stale-while-revalidate' რბილი ცვლისთვის.

3) ტრაფიკის სტრატეგიები

Blue-Green კრიტიკული კომპონენტებისთვის (საფულე/ლეჯერი/bridge): ჩვენ გვაქვს ორი იდენტური გარემო, გადართეთ ingress/ვირტუალური სერვისი წამში.

API/თამაშის კარიბჭეების საკეტი: 1-5% ტრაფიკი, SLO/fin delt- ის ანალიზი, ჩვენ გავაფართოვებთ 100% -ს.

Feature flags UI- სთვის და მექანიკისთვის: ჩართეთ კოდი სეგმენტის, რეგიონის ან თამაშის გარეშე.

4) ცოცხალი თამაშები და RNG

Live (WebRTC/LL-HLS):

ჩვენ ვცვლით მოთამაშეს/ოვერლეას ცალკე ვიდეო ნაკადისგან (სხვადასხვა დომენები/ჩამორთმევა).
დროის სინქრონიზატორი (სერვერის დრო) და „რბილი“ გადასვლა ახალ სიგნალზე.

RNG/კლიენტი:

თამაშის ახალი ასამბლეა მოცემულია, როგორც რესურსის ახალი ვერსია. უკვე დაწყებული რაუნდის მოთამაშეები მას ძველ კლიენტზე/წესებზე ამთავრებენ.
В `round. settled 'ჩაწერა' calcVer '- სავარაუდო ძრავის ვერსია ისე, რომ სადავო რაუნდები რეპროდუცირდეს „როგორც იყო“.

5) საფულე და ლეჯერი - როგორ არ დაარღვიოთ ფული

ერთი ხიბლის მწერალი. მწერლის გადართვა ცალკე პროცედურაა (ბლოკირებით) და მხოლოდ AZ/რეგიონის შიგნით.

Idempotence ყველა გზაზე: 'bet. place`, `round. settle`, `payout. request`, `cashier. webhook` — с `idempotencyKey`.

PITR და shadow გადამოწმებები: კანარის გაანგარიშების დროს, ჩვენ ვატარებთ გაყვანილობას „ჩრდილში“, ვამოწმებთ დანაყოფებს (GGR/NGR) დაწინაურებამდე.

ეტაპობრივი გამოშვება უსაქმურობის გარეშე (საცნობარო სცენარი)

1. მომზადება:

გამოშვების ხელშეკრულება: რომ 'PATCH/MINOR/MAJOR ", თავსებადობის მატრიცა.
Expand- ის მიგრაციები წინასწარ გამოიყენება, ინდექსის ბილეთები - ონლაინ რეჟიმში.
ასეტები იტვირთება CDN- ში, მანიფესტი მზად არის.

2. კანარის დაწყება (API/თამაშის კარიბჭე):

1-5% ტრაფიკი. ჩვენ ვაკვირდებით p95/99 'bet. Place ',' settle ',' error _ rate ', ზრდა' VOID ", გადახდების დისბალანსი.
ფინანსების შედარება საკონტროლო ჯგუფთან (დელტა <ბარიერი).

3. გაფართოება/შეცვლა:

ჩვენ ვზრდით პროცენტს 25/50/100-მდე, ან ცისფერი-მწვანე ფულის ბირთვის გადართვას.
ჩართეთ დროშები (ლოკალი/თამაშები/რეგიონები).

4. მიგრაცია 'migrate':

ფონის ჯობი მოითმენს მონაცემებს/პროგრესს, ჩართულია ორმაგი write.
ტელემეტრია ხელმძღვანელობს მეტრიკის დამთხვევას.

5. ოპტიმიზაცია და „კონტრაქტი“:

გამორთეთ მსუბუქი კითხვა, ამოიღეთ „ჩრდილები“ შემდეგ MINOR/MAJOR.
ჩვენ ვაანალიზებთ სქემების/ღონისძიებების კატალოგებს, ვხურავთ დეპრესიას.

6. დოკუმენტაცია და რეტრო:

პოსტ-mortem/retro ინციდენტის გარეშეც კი: რა უნდა გაუმჯობესდეს SLO- ში, ალერტებში, ჩეკების სიებში.

დაკვირვება და SLO გამოშვების დროს

SLI/SLO:

`bet. place p95 '(მიზანი 150-250 ms),' error _ rate '(<0. 3%), `round. settle p95` (≤2 с), `payout. subit p95 '(800 ms).
Live QoS: `webrtc_rtt_ms`, `dropped_frames`, `aborted_rounds`.
ვერსიის ჭდეები: 'buildId', 'semver', 'contractVer', 'calcVer' ლოგოებში და ტრეისებში.
ფინ დელტა: შედარება GGR/NGR/hold ძველი/ახალი ფილიალის სეგმენტების მიხედვით.

Rollback ტკივილის გარეშე

ცისფერი-მწვანე: მარშრუტის მყისიერი დაბრუნება „ცისფერში“.

Canary: შეამცირეთ ტრაფიკი 0% -მდე, დროშით გამორთეთ ფიჩები.

ასეტები: ძველი მანიფესტი ხელმისაწვდომია (immutable), ძველ გვერდებზე მოთამაშეები არ იშლება.

მონაცემები: თუ არსებობს ორმაგი write - უკან დაბრუნებისას ჩვენ ვკითხულობთ „ძველ“ წყაროს; კონფიგურაციამდე არ ყოფილა destructive მიგრაცია.

ორგანიზება და პროცესები

Change windows SRE უსაფრთხოებით: ჩვენ არ შევეხებით მწვერვალების/სპორტული მოვლენების გამოშვებას.

Runbooks: ჩეკის ფურცლები ინგრედიენტების გადასვლისთვის, BD როლები, ფიჩის დროშა, საკონტაქტო ჯაჭვები.

Dark-launch: ჩვენ ვგულისხმობთ ყველაფერს, გარდა UI- ში ხილვადობის გარდა, „ფარული“ დატვირთვით.

ხშირი შეცდომები (ნიმუშები)

ასეტების გადაწერა ვერსიის გარეშე - გატეხილი კლიენტები და „ვარდისფერი მოედნები“.

მოვლენების დარღვევამ/API „ჩუმად“ გადაიტანა პროვაიდერების და დაშბორდების ინტეგრაცია.

Schema + logic- ის მიგრაცია ერთი ნაბიჯით ორმაგი write- ის გარეშე არის ფინანსური განსხვავებები.

Idempotent- ის არარსებობა - ორმაგი დებატები ჭიდაობის დროს.

ერთი შეცვლა დაუყოვნებლივ 100% კანარებისა და მეტრიკის გარეშე.

UI გამოშვებისა და სავარაუდო ბირთვის შერევა ერთ განლაგებაში.

არ არსებობს გამოტოვების გეგმა ან გამოტოვება მოითხოვს „ხელით“ SQL.

zero-downtime გამოშვების ჩეკის სია

კონტრაქტები და მონაცემები

SemVer + 'contractVer/eventVer/calcVer' რეგისტრირებულია და დოკუმენტირებულია.
მიგრაცია 'expand' წინასწარ გამოიყენება; 'migrate' - ფონზე; 'კონტრაქტი' - შემდეგ ციკლში.
ორმაგი write/Dual Read, სადაც იცვლება ფინოლოგია.

ინფრასტრუქტურა

CDN: immutable assets, მანიფესტი, tag-purge, 'stale-while-revalidate'.
ცისფერი-მწვანე ფულის ბირთვის; არხი API/თამაშის კარიბჭეებისთვის.
Feature-flags UI/მექანიკისთვის; დროშებს აკონტროლებენ ზარის გარეშე.

დაკვირვება

ბილიკები 'buildID/semver/calcVer'; დაშბორდები SLO და ფინ დელტი.
ალერტას ზრდა 'VOID', 'error _ rate', დეგრადაცია live-QoS.

დაბრუნება და უსაფრთხოება

rollback ღილაკი (ingress/მარშრუტიზაცია), ძველი მანიფესტი ხელმისაწვდომია.
PITR და shadow გაყვანილობა გამყიდველის შესამოწმებლად.
გამოტოვების ტესტი შემუშავებულია სტაჯიზე და მცირე პროდ სეგმენტში.

პროცესები

Runbooks გადართვა; შეთანხმებული change ფანჯრები.
Dark-launch/canarey; რეტრო გამოსვლის შემდეგ.

Zero-downtime iGaming- ში არის სისტემური პრაქტიკა: ვერსიები და კონტრაქტები, immutable assets და CDN, blue-green/canary, მიგრაცია სისუსტის გარეშე, idempotent ფული და მკაცრი დაკვირვება. ამ შემოწმების ჩამონათვალის შემდეგ, თქვენ განაახლებთ თამაშებს და პლატფორმას ისე, რომ მოთამაშე ვერაფერს შეამჩნევს - გარდა იმისა, რომ ყველაფერი უფრო სწრაფი და სტაბილური გახდა.