Ინტერვიუ CTO- სთან მთავარი თამაშის ჰოლდინგთან
თამაშის ჰოლდინგი, რომელსაც მრავალი სტუდია და ჟანრი აქვს, არა მხოლოდ შინაარსია, არამედ პლატფორმაა: ძრავები, მსუბუქი ოპერაციები, ქსელი, მონაცემთა დაშლა, DevEx და უსაფრთხოება. ჩვენ ვისაუბრეთ CTO- სთან (განზოგადებული ინტერვიუ) იმის შესახებ, თუ რა გადაწყვეტილებები ნამდვილად მოძრაობს მეტრიკებს, როგორ უნდა დარჩეს სწრაფი ზრდის დროს და რატომ არ იზრდება „ტექნოლოგია კულტურის გარეშე“.
1) სტრატეგია: რაც ტექნოლოგიას კონკურენტულ უპირატესობად აქცევს
კითხვა: თქვენი პრიორიტეტები 2-3 წლის განმავლობაში?
CTO: სამი ღერძი:1. მიწოდების პლატფორმა (build) ტესტი - ტელემეტრიის გამოშვება) დროდადრო კომიტიდან წარმოებამდე <2 საათი ცოცხალი ფიკისთვის.
2. ლაივ სერვისების საიმედოობა: SLO კრიტიკული ბილიკები (ლოგინი, მატჩის შემქმნელი, გადახდა, ინვენტარი) და „მოხდენილი დეგრადაცია“.
3. მონაცემები და AI: ონლაინ ესკალაცია (მისიების/მატჩების შერჩევა), ოფლაინ პრედიკატები (churn/LTV/ტოქსიკურობა) და მკაცრი guardrails.
2) არქიტექტურა: მონოლითი, მიკროსერვისი თუ „მოდულური მონოლითი“?
კითხვა: რა სტილს თვლით გონივრულად თამაშების მომსახურებისთვის?
CTO: ბირთვის მოდულური მონოლითური (ანგარიში, ინვენტარი, დიასახლისი) + მიკრო სერვისები პერიფერიაზე (მატჩის შემქმნელი, ანალიტიკა, გადახდის გადამყვანები, შეტყობინებები). ეს ამცირებს ქსელის „დარტყმებს“, ამარტივებს გარიგებებს და საშუალებას აძლევს გუნდებს დამოუკიდებლად შეიმუშაონ „რეგიონალური“ ფუნქციები. თავზე - ფიჩეფლაგები და კანარის გარსები.
3) ქსელის კოდი და მატჩის შემქმნელი
კითხვა: როგორ შევინარჩუნოთ დაბალი შეფერხება და გულწრფელი თამაში?
CTO:- ოქმები: UDP/QUIC რეალურ დროში, gRPC/HTTP მეტამონაცემებისთვის.
- პროგნოზი და გამოტოვება (client-side prediction + reconciliation სერვერი) „ტელეპორტაციის“ წინააღმდეგ.
- შარდინგი რეგიონში/რანგში, RTT სტაბილურობის პრიორიტეტი „იდეალურ“ ბალანსზე.
- მატჩის შემქმნელი: ელო/TrueSkill + ჰიბრიდი + მოსალოდნელი შეფერხება + როლი/პოზიცია.
- Edge-relay კვანძები NAT, anti-DDoS და დაშიფვრა.
- ანტიჩიტი: კლიენტის მთლიანობის სიგნალები, ქცევითი მოდელები, სერვერის შესაბამისობა.
4) ლაივის ოპერაციების პლატფორმა
კითხვა: რა გაქვთ ცოცხალი ოპების ქუდის ქვეშ?
CTO:- მოვლენების კალენდარი/სეზონი, მისიები, ფანჯრები და მაღაზიები - კონტროლდება ორკესტრისგან, რომელზეც გადახედულია და A/B
- ეკონომიკის სერვისი ჯილდოს ბიუჯეტებით და „ქუდები“ ინფლაციის წინააღმდეგ.
- სქემების „თბილი“ მიგრაცია და ცხელი თამაშის წესები.
- ექსპერიმენტული პლატფორმა: ფიჩეფლაგები, ბანდიტები, geo/role-split, სტატისტიკური ძალა და guardrails (SLO, ტოქსიკურობა, გადახდა).
5) მონაცემთა დასტის და ML/AI
კითხვა: როგორ არის მოწყობილი მონაცემები?
CTO:- მოვლენების ნაკადი (OpenTelemetry) - striming lake/warehouse, on-line scoring.
- ნამდვილი დროის ფანჯრები (1-5 წუთი) პროდუქტებისა და მხარდაჭერისთვის.
- ML: churn/uplift/LTV, დინამიური სირთულე (DDA), ჩატის ტოქსიკურობა, გადახდის ანტიფროზი, მისიების/შინაარსის რეკომენდაციები.
- გენერაცია: ლოკალიზაცია, პროდიუსერების ასისტენტები და QA; მკაცრი ლიცენზიები და წყლის ნიშნები, RAG ბოტები ცოდნისთვის.
- MLOps: ექსპერიმენტების ტრეკინგი, დრიფტი/ტარგეტა, მოდელების კანარის გამონაყარი, ახსნა (SHAP).
6) საიმედოობა და SRE
კითხვა: როგორ იზომება მომსახურების ჯანმრთელობა?
CTO:- SLO გზაზე „კლიენტი - მატჩი - შედეგი - ინვენტარი და გადახდა“; შეცდომები, როგორც ბიუჯეტი.
- რეგრესიის მოსაძებნად მიმავალი ჯაჭვები.
- „მოხდენილი დეგრადაცია“: მწვერვალების დროს გამორთეთ „ძვირადღირებული“ ფიჩები (გამეორება, კოსმეტიკა); მანქანების შემცირება იქ, სადაც შეგიძლიათ.
- GameDays და ქაოსის ტესტები, ინციდენტების ტრენინგი.
- რეზერვები: მულტიზონი, აღჭურვილობის რეალური რეჟიმი, არა სისტემური ოპერაციების რიგები.
7) უსაფრთხოება, კონფიდენციალურობა, ანტიტერორისტული
კითხვა: სად არის მთავარი რისკები?
CTO:- გასაღებები მხოლოდ KMS/HSM- ის საშუალებით, საიდუმლოებები როტაციით.
- RBAC/ABAC და Admin წვდომის ჟურნალი, ბილეთების არტეფაქტების ხელმოწერა.
- ანტიჩიტი: კლიენტის მთლიანობა (checksums, მეხსიერების უნდობლობა), შედეგის სერვერის საარბიტრაჟო, ქცევითი „ვექტორული სიგნალები“.
- კონფიდენციალურობა: PII- ის შემცირება, პოლიტიკოსების შესახებ მონაცემების შენარჩუნება, ავტომატური ზომების ახსნის უფლება.
- შესაბამისობა: GDPR/ადგილობრივი, ინციდენტების მოხსენება და DPIA.
8) FinOps და ეფექტურობა
კითხვა: როგორ ამცირებთ პლატფორმის ღირებულებას ზიანის გარეშე?
CTO:- მანქანების მასშტაბირება SLO- ში და არა უხეში CPU- ში.
- ცივი რეგიონები იშვიათი შინაარსისთვის, ტელემეტრიისთვის „nearline“.
- განაცხადების შესაბამისად GPU აუზები, ქსელის ხარჯების პროფილირება.
- მეტრიკა cost-to-serve per DAU/machtmach; განთავისუფლების საკრედიტო ბაზრები.
- „არქიტექტურა ბიუჯეტით“: ნებისმიერი ფერია ლატენტობისა და ღირებულების ზრდის თვალსაზრისით.
9) DevEx: ბრძანებების სიჩქარე
კითხვა: როგორ გავხადოთ დეველოპერები სწრაფი და მშვიდი?
CTO:- მომსახურების შაბლონები, ერთი bootstrap, „ოქროს ბილიკები“.
- ბირთვის მონორეპო, პოლირეპო პერიფერიაზე; API/SDK კოდგენერაცია.
- ინტეგრაციის გარემო „როგორც prod“ (ორმაგი მონაცემები).
- CI/CD ბილეთების ქეშებით, პლატფორმის ტესტის მატრიცით, playtest ბოტებით.
- დეველოპერებისთვის მონაცემები - სინთეზური კომპლექტების და შეფუთვის საშუალებით.
10) კულტურა და ორდენის მოდელი
კითხვა: როგორ დააკავშირეთ პლატფორმა და სტუდია?
CTO: პლატფორმის ბრძანებები (იდენტიფიკაცია, ეკონომიკა, ინვენტარი, მატჩის შემქმნელი, ტელემეტრია, ML, DevEx). მათ ზემოთ არის ტექნიკური საბჭო (არქიტექტურა, უსაფრთხოება, მონაცემები). სტუდიები შინაარსში ავტონომიურია, მაგრამ იყენებენ „ოქროს ბილიკებს“. თითოეული კვარტალი არის roadmap-review, საერთო KPI.
11) გამოწერები, გადასახადები და ეკონომიკის დაცვა
კითხვა: რა არის მნიშვნელოვანი სალაროებში და მაღაზიაში?
CTO:- ჭკვიანი გადახდის როუტინგი, გამჭვირვალე ETA/საკომისიო, სტეიკი, სადაც შეგიძლიათ.
- ანტიფროდი: მოწყობილობები + ქცევა + ობლიგაციების გრაფიკი (Devais ანგარიში).
- ჯილდოს ეკონომიკა - „ქუდებით“, P2W კუთხეების გარეშე, დინამიური ღირებულება სეზონებში.
- ჩაშენებული RG ნიმუშები (პაუზები, ლიმიტები, რეალითი ჩეკები).
12) შინაარსის მიწოდება და ძრავები
კითხვა: Unity/Unreal/საკუთარი ძრავა - როგორ ავირჩიოთ?
CTO: გამოიყენეთ ჰიბრიდი: კომერციული ძრავა სწრაფი დრო-Fun; საკუთარი მოდულები ქსელის კოდისთვის, ეკონომიკისთვის და ტელემეტრიისთვის. ზოგადი SDK პლატფორმები: ინვენტარი, მისიები, მაღაზია, ანალიტიკა, ანტიტერორისტული, გადახდები - ისე, რომ სტუდიებს არ გამოიგონონ ველოსიპედი.
13) მეტრიკები, რომლებიც გადაწყვეტენ
თამაშის: D1/D7/D30, stickings (DAU/MAU), median session lengtht, „დრო core-fun“.
ბიზნესი: payer conversion, ARPPU, LTV/CAC, ROI მოვლენები.
საიმედოობა: აფთიაქი, p50/p95/p99 კრიტიკულ გზაზე, მატჩის დრო.
გამოშვების ხარისხი: change failure rate, lead time, MTTR.
უსაფრთხოება: MTTD/MTTR, შინაარსის წილი, საიდუმლოების „ჯანმრთელობა“.
Cost to serve: $/DAU ,/$ ,/გიგაბაიტიანი ტელემეტრია.
14) ტიპიური შეცდომები და საწინააღმდეგო ნიმუშები
მიკროსერვისები „მოდის გულისთვის“ არის ქსელის ქარიშხალი და რთული გარიგებები.
გამოსვლის შემდეგ ტელემეტრია და არა - ინციდენტებზე ბრმა ზონები.
ექსპერიმენტები guardrails- ის გარეშე - „წარმატება“ SLO- ს დამწვრობის ფასად.
არა მხოლოდ კლიენტზე - აუცილებელია კლიენტისადმი ნულოვანი ნდობა.
გენ-AI ლიცენზიისა და კონტროლის გარეშე - იურიდიული და ბრენდის რისკები.
არ არსებობს „მოხდენილი დეგრადაცია“ - კასკადის ვარდნა მწვერვალებზე.
15) 180-დღიანი საგზაო რუკა (ზრდის ჰოლდინგისთვის)
დღეები 1-30 - დიაგნოზი და SLO
კრიტიკული ბილიკების კატალოგი, SLO/SLA, end-end ტრეკერი.
Gap ანალიზი DevEx/CI/CD, საიდუმლოების ინვენტარი.
დღეები 31-60 - პლატფორმა Fich და ექსპერიმენტები
ფიჩეფლაგები, კანარის გამოშვებები, A/B ინფრასტრუქტურა guardrails- ით.
ერთი SDK: ანგარიში, ინვენტარი, ეკონომიკა, ტელემეტრია.
დღეები 61-90 - მონაცემები და ML
Ichestor, ნამდვილი დროის ფანჯრები, ძირითადი მოდელები churn/uplift.
კონფიდენციალურობისა და გაუგებრობის პოლიტიკოსები, RAG ცოდნის ბოტი.
დღეები 91-120 - საიმედოობა და უსაფრთხოება
GameDays/chaos, „მოხდენილი დეგრადაცია“, runbooks NOC.
KMS/როტაცია, ბილეთების ხელმოწერა, ანტი-სერვერის ფენა.
დღეები 121-180 - FinOps და მასშტაბები
Cost-to-serve მეტრიკა, ავტომატი SLO, GPU აუზები.
შინაარსის კალენდარი live-ops, DDA, ლოკალიზაციის ფანჯრები.
16) ჩეკის ფურცლები
SRE/საიმედოობა
- SLO login/მატჩი/ინვენტარი/გადახდა, შეცდომების ბიუჯეტები.
- Tracing + logs + მეტრიკა ერთ სისტემაში.
- მოხდენილი დეგრადაცია და „წითელი ღილაკი“ fich.
- Runbooks, pager მოვალეობა, GameDays.
უსაფრთხოება/ანტიჩიტი
- KMS/HSM, საიდუმლოებების როტაცია, არტეფაქტების ხელმოწერა.
- RBAC/ABAC, Admin წვდომის ჟურნალი.
- თამაშის სერვერის შესაბამისობა, ქცევითი მოდელები.
- DPIA/GDPR, PII- ის მინიმიზაცია, ინციდენტების მოხსენება.
მონაცემები/ML
- მოვლენების ნაკადი, შუამავალი, ნამდვილი დროის ფანჯრები.
- მოდელები churn/uplift/DDA, დრიფტის მონიტორინგი.
- განმარტება, თარიღების აუდიტი, შინაარსის ლიცენზია.
- ექსპერიმენტული დისციპლინა და guardrails.
DevEx / CI-CD
- მომსახურების შაბლონები, „ოქროს ბილიკები“.
- ქეშირებული შეკრებები, ტესტის მატრიცები, ავტომობილების გამოშვებები.
- სინთეზური მონაცემები, შეფუთვა.
- გადახედეთ ოთხშაბათს, playtest ბოტები.
ეკონომიკა/ფულადი სახსრები
- გადახდის, ETA/კომისიის ორკესტრი UI- ში.
- ანტიფროდი: მოწყობილობები + ობლიგაციების რაოდენობა.
- ჯილდოს ქუდი, P2W კუთხეების არარსებობა.
- RG ნიმუშები: ლიმიტები, პაუზები, რეალითი ჩეკები.
თამაშებში ტექნოლოგიური ხელმძღვანელობა არის სტაბილური მიწოდების რიტმი და საიმედო ლაივ სერვისები, რომლებიც გამაგრებულია მონაცემებით და პასუხისმგებელი დიზაინით. რეგულარული არქიტექტურა (მოდულური ბირთვი + პერიფერიული სერვისები), ძლიერი DevEx, გაზომილი SLO, მნიშვნელოვანი AI და მკაცრი უსაფრთხოება რთულ ჰოლდინგს გადააქცევს კონტროლირებად ზრდის მანქანად, სადაც სტუდიები სწრაფად ქმნიან შინაარსს, ხოლო პლატფორმა ფრთხილად და პროგნოზირებულად მიაქვს მას მილიონობით მოთამაშეს.