Siirtyminen mikropalveluihin
Matka alkoi siirtymällä backendin monoliittisesta rakenteesta mikropalveluarkkitehtuuriin. Tämä uusi rakenne jakoi järjestelmän pienempiin, itsenäisiin palveluihin, joista kukin huolehtii tietyistä tehtävistä, kuten pelilogiikasta, käyttäjäistunnoista ja tulostauluista. Jokainen mikropalvelu skaalautuu nyt itsenäisesti ja jakaa resurssit kysynnän mukaan. Tämän lähestymistavan ansiosta kriittiset ominaisuudet voivat käsitellä suurta liikennettä ilman, että järjestelmä kuormittuu.
Modulaarinen rakenne teki järjestelmästä erittäin mukautuvan. Kehittäjät pystyivät päivittämään tai vaihtamaan yksittäisiä komponentteja häiritsemättä muuta alustaa. Tämä joustavuus oli olennaisen tärkeää uusien ominaisuuksien lisäämisessä tai räätälöinnissä. online-kasino-ohjelmistoalusta B2B-kumppanuuksia varten, kuten räätälöityjen white-label-ratkaisujen luominen kumppaniyrityksille.
Eristämällä toimintoja poistimme suurimmat pullonkaulat. Esimerkiksi leaderboard-päivitykset eivät enää häiritse käyttäjän istunnon suorituskykyä. Tämän erottelun ansiosta vaativat toiminnot toimivat ilman, että muut järjestelmän osat hidastuvat. Tuloksena on nopeampi ja luotettavampi taustajärjestelmä, joka pystyy käsittelemään nopeaa kasvua ja kehittyviä liiketoiminnan tarpeita.
Ydinlogiikan päivitys
Alkuperäinen taustajärjestelmä ei pystynyt käsittelemään asiakkaan odotettua kasvua, joten rakensimme ydinlogiikan uudelleen käyttäen Java Spring:tä, joka soveltuu laajamittaisiin järjestelmiin. Insinöörimme paransivat pelin pyöritysalgoritmeja niin, että alusta pystyi käsittelemään suuren määrän tuloksia ilman viiveitä. Bonuslaskennasta tuli nopeampaa ja tarkempaa, mikä teki palkintojen jakamisesta nopeaa ja luotettavaa ruuhka-aikoina. Käyttäjäistuntoja varten suunnittelimme järjestelmän uudelleen niin, että se tukee tuhansia kirjautumisia ja uloskirjautumisia kerralla ilman häiriöitä.
Kuormituksen tasaus
Käyttäjien aktiivisuuden lisääntyessä palvelinkuormituksen hallinnasta tuli kriittistä. Tätä varten tiimimme otti käyttöön AWS-kuormantasaajat, jotka jakoivat liikenteen tasaisesti useille palvelimille. Tämän asetelman ansiosta järjestelmä voi ohjata liikenteen ylikuormitetuilta tai vikaantuneilta palvelimilta terveille palvelimille, mikä estää keskeytykset ja pitää alustan vakaana. Huippukäytön aikana se pitää vasteajat nopeina ja välttää viiveitä, jotka voisivat turhauttaa käyttäjiä. Kuormantasaajat myös säätävät resursseja automaattisesti vastaamaan käyttäjien kysynnän muutoksia, mikä ylläpitää suorituskykyä kiireisinä aikoina ja säästää resursseja hiljaisempina aikoina.
Nopeampi tiedonsaanti välimuistin avulla
Koska alusta riippuu suuresti nopeasta tiedonsaannista, ammattilaisemme integroivat Redisin ja Couchbasen muistitallennukseen. Redis tallentaa tiedot, joita käyttäjät käyttävät usein, kuten pisteet ja pelin eteneminen, jotta järjestelmä voi hakea ne lähes välittömästi. Couchbase hallinnoi suuria tietokokonaisuuksia useilla palvelimilla, mikä auttaa alustaa käsittelemään raskasta liikennettä tehokkaammin. Asiantunteva tiimimme myös uudisti järjestelmän tapaa käsitellä tietokantakyselyjä, jolloin se pystyy käsittelemään tuhansia pyyntöjä kerralla hidastumatta. Nämä muutokset tekivät alustasta nopeamman ja reagoivamman myös ruuhkahuippujen aikana.
Tapahtumapohjainen arkkitehtuuri
Otimme käyttöön AWS EventBridgen ja RabbitMQ:n reaaliaikaisten tapahtumien hallintaan koko alustalla. Näiden työkalujen avulla järjestelmä voi hoitaa tehtäviä, kuten suosittelupalkkioita ja leaderboard-päivityksiä, hidastamatta tai heikentämättä suorituskykyä. RabbitMQ helpottaa palveluiden välistä viestintää käsittelemällä tiedonsiirtoja ja pitämällä tiedot yhdenmukaisina ja ajantasaisina koko alustalla. Tämä lähestymistapa auttoi skaalaamaan järjestelmän reagointikykyä ja ylläpitämään sen luotettavuutta.
Monisäikeistäminen vilkasta liikennettä varten
Innowise:n asiantuntijat käyttivät monisäikeistystä käsitelläkseen tuhansia samanaikaisia pyyntöjä ilman keskeytyksiä. Tämän lähestymistavan ansiosta järjestelmä voi hallita useita tehtäviä samanaikaisesti, mikä nopeuttaa huomattavasti esimerkiksi pelitulosten ja pistetaulukon päivityksiä. Jotta asiat pysyisivät hallinnassa, otimme käyttöön työkalut järjestelmän kunnon ja suorituskyvyn seuraamiseksi. Datadog toimittaa reaaliaikaisia päivityksiä ja merkitsee mahdolliset ongelmat, kun taas AWS Kinesis seuraa käyttäjien toimintaa ja tietokannan suorituskykyä. Näiden työkalujen avulla pystyimme havaitsemaan ja korjaamaan ongelmat ajoissa.
