Mis juhtub taustal, kui mänguportaalis on tuhandeid mänge?

Mänguportaal võib näidata korraga tuhandeid pealkirju, filtreid ja kategooriaid. Kasutaja jaoks piisab tavaliselt paarist klõpsust, kuid iga mängu avamisel liigub taustal mitu päringut eri süsteemide vahel. Veebileht ise on sellest ahelast ainult nähtav osa.

Kuidas kasiinomäng kasutajani jõuab

Mäng ei pea füüsiliselt asuma samas serveris ülejäänud veebilehega. Portaal kuvab kataloogi ning vajalik ühendus luuakse siis, kui kasutaja valib konkreetse mängu. Seetõttu võib ka boonuspart.ee-sugusel veebikeskkonnal olla korraga väga mahukas mänguvalik ilma tuhandete eraldi mängufailide hoidmiseta ühes kohas. 

Mängu käivitamisel saadab platvorm taustasüsteemile päringu. Selle põhjal kontrollitakse seanssi, valitud mängu ja kasutaja jaoks vajalikke seadeid. Seejärel avaneb mäng brauseris eraldi tehnilise ühenduse kaudu.

Sama protsess peab töötama telefonis, sülearvutis ja tahvelarvutis. Seetõttu kontrollib süsteem ka ekraani suurust, brauserit ja muud infot, mida mängu korrektseks kuvamiseks vaja läheb.

Tuhanded mängud mahuvad ühte kataloogi

Suure mängukogu haldamine sarnaneb pigem andmebaasi kui tavalise veebilehe haldamisega. Mängu avades saab kasutaja korraga kätte selle põhiinfo – pealkirja, visuaali, tüübi ja muud vajalikud näitajad. Slotivalik ei ilmu ekraanile ühe pika loendina, vaid täieneb sirvimise ajal järk-järgult.

Tavaliselt saadab veebileht andmebaasile täpse päringu. Selle alusel tagastatakse ainult vajalik osa kataloogist. Mängu juures võib näha näiteks sellist infot:

• Mängu nimi ja sisemine ID.
• Pildi või eelvaate faili aadress.
• Mängutüüp ja kategooriad.
• Toetatud seadmed ning ekraaniformaadid.
• Keele ja piirkonna seaded.
• Kataloogis kuvamise järjekord.

Otsing aitab suurest mänguvalikust välja tuua just need variandid, mis vastavad kasutaja seatud tingimustele. Kui üks mäng lisatakse mitmesse rubriiki, ei pea sellest tegema mitut koopiat. Andmebaas seob sama kirje lihtsalt erinevate kategooriatega.

Ka uue mängu lisamine muutub nii kiiremaks. Vajalikud andmed sisestatakse kataloogi ning mäng ilmub õigetes kohtades pärast süsteemi uuendamist.

Üks klõps käivitab mitu päringut

Mängu avamine näeb välja ühe tegevusena, kuid brauser teeb selle ajal mitu tööd. Süsteem peab esmalt aru saama, milline mäng on avatud ja millise seansi alt kasutaja tegutseb. See info saadetakse serverile.

Seejärel kontrollib süsteem, kust mäng käivitada ja millised parameetrid tuleb kaasa anda. Brauser saab vastuseks vajaliku aadressi ning hakkab laadima mängu graafikat, skripte ja muid faile. Suuremad failid võivad tulla sisuedastusvõrgust ehk CDN-ist, mis hoiab koopiaid eri serverites.

See vähendab olukordi, kus kogu liiklus liigub ühe serveri kaudu. Tallinnas avatud mäng võib saada osa failidest geograafiliselt lähemast serverist. Kasutaja märkab seda tavaliselt lihtsalt kiirema laadimisena.

Otsing peab töötama ka 5000 mänguga

Pika mängunimekirja puhul ei ole mõistlik lasta kasutajal kõike järjest läbi vaadata. Süsteem saab valikut vähendada juba enne tulemuste kuvamist, kasutades näiteks mängutüüpi, seadet või keelt. Nii jõuavad ekraanile ainult need variandid, mis vastavad tehtud valikutele.

Otsing ei pea tuginema ainult pealkirjale. Tulemusi saab kitsendada näiteks mängutüübi, kasutatava seadme, keele või tehnilise lahenduse järgi. Nii saab süsteem välistada kohe need variandid, mis kasutaja sooviga kokku ei lähe. Praktiline otsing võib töötada näiteks järgmise loogika järgi:

• Kasutaja sisestab sõna või valib filtri.
• Veebileht saadab päringu kataloogiteenusele.
• Süsteem võrdleb päringut mängude metaandmetega.
• Sobivad kirjed järjestatakse ja saadetakse brauserisse.
• Ekraanile laaditakse ainult nähtav osa tulemustest.

Pärast tulemuste kuvamist võib järgmine osa tulla alles kerimisel. Nii ei pea brauser korraga laadima sadu mängupilte. Mobiilse andmeside kasutamisel tuleb see erinevus tavaliselt kõige kiiremini esile.

Turvalisus ei piirdu sisselogimisega

Suures süsteemis liigub info veebilehe, serverite ja väliste teenuste vahel pidevalt. Seetõttu tuleb piirata ligipääse ning jälgida, milline teenus tohib milliseid andmeid küsida. Sama oluline on tarkvara korrapärane uuendamine.

RIA materjalides on eraldi käsitletud turvalisi paroole, õngitsuskatseid ja küberhügieeni. Need teemad puudutavad ka suure veebiplatvormi igapäevast haldust, sest tehnilise kaitse kõrval mõjutavad turvalisust administraatorite kontod ja töövõtted.

Ligipääsuõigused tasub jagada tööülesannete järgi. Sisuhaldur ei vaja tingimata samu õigusi mis süsteemiadministraator. Ettevõtte tasandil aitavad riski vähendada ka kaheastmeline autentimine ja piiratud ligipääsuõigused, mida kasutatakse koos regulaarsete uuenduste ja töötajate koolitamisega.

Mängukogu muutub iga päev

Tuhandete mängudega portaal ei ole valmis projekt, mis pärast avaldamist lihtsalt tööle jääb. Kataloogis muutuvad pildid, kategooriad, tehnilised parameetrid ja mängude saadavus. Mõni uuendus puudutab ainult ühte kirjet, teine võib korraga muuta terve kategooria kuvamist.

Sellepärast kasutatakse logisid ja automaatset seiret. Kui mäng ei käivitu, saab tehniline meeskond vaadata, millises etapis päring katkes. Sama info aitab eristada brauseriprobleemi, katkist ühendust ja serveripoolset viga.

Kasutaja näeb lõpuks vaid mängukaarti, nuppu ja mõnesekundilist laadimist. Taustal töötavad samal ajal kataloog, API-päringud, serverid, failiedastus ja seansihaldus. Just nende süsteemide koostöö võimaldab ühel veebilehel hallata väga suurt mängukogu ilma kasutajale keerulist tehnilist protsessi näitamata.