RadioMedia – äänestysjärjestelmä toistuviin kampanjoihin

Lähtökohta

RadioMedia tarvitsi yleisöäänestyksen RadioAwards-kilpailun yhteyteen, jossa kansa äänestää vuoden radiojuontajan ja vuoden radio-ohjelman. Järjestelmän pitää kestää tuhansia samanaikaisia äänestäjiä, äänestämisen täytyy olla yksinkertaista mobiilissa, väärinkäyttö pitää estää ilman, että se hankaloittaa tavallisen, rehellisen äänestäjän kokemusta, ja kaiken pitää toimia luotettavasti juuri silloin, kun kävijöitä on eniten.

Erityinen haaste on liikenteen äkillinen moninkertaistuminen: radiomainos tai somepostaus voi tuoda tuhansia äänestäjiä minuuteissa. Valmiit kolmannen osapuolen äänestystyökalut eivät täyttäneet näitä tarpeita riittävästi, joten päätimme rakentaa oman.

Samaa järjestelmää hyödynnettiin myöhemmin Kaikkien aikojen kotimainen radiobiisi -kampanjassa. Radiobiisi sai oman tunnistettavan ilmeensä ja sivustonsa, mutta pyöri samalla teknisellä selkärangalla.

Tavoitteet

– Rakentaa kuormantasattu, korkean saatavuuden järjestelmä, joka kestää isoja kävijäryntäyksiä valtakunnallisen kampanjan aikana siten, että palvelut pysyvät aina pystyssä ja äänet eivät katoa
– Pitää äänestäminen yksinkertaisena ja nopeana
– Estää väärinkäyttö ilman äänestäjää hidastavia ratkaisuja
– Antaa ylläpidolle reaaliaikainen näkymä äänimääriin ja mahdollisuus ladata tulokset
– Tehdä järjestelmästä uudelleenkäytettävä myös mahdollisten uusien kilpailujen tarpeisiin
– Mahdollistaa tulosten vaivaton näyttäminen muilla RadioMedian sivuilla

Mitä tehtiin

– Suunnittelimme ja rakensimme räätälöidyn, tietoturvallisen ja korkean saatavuuden äänestysjärjestelmän, jota voidaan käyttää toistuvasti eri kampanjoissa
– Vikasietoinen, kuormantasattu arkkitehtuuri, jossa äänet eivät katoa edes tilapäisten palvelinongelmien yhteydessä
– Reaaliaikainen monitorointi, joka valvoo koko ketjua vastaanottimesta tietokantaan, ei pelkästään sitä ovatko palvelimet ylhäällä
– Ylläpidon hallintanäkymä: reaaliaikainen äänimäärä, CSV-export ja kampanjan ajastus suoraan WordPressin hallinnasta
– RadioMedian ekosysteemin kanssa keskusteleva rajapinta (API) ja rajapintapalvelin, jonka kautta äänestysten tulokset näkyvät automaattisesti muilla RadioMedian sivustoilla

RadioAwardsin yleisöäänestyksessä äänestäjä selaa ehdokkaita kahdessa kategoriassa: vuoden radio-ohjelma ja vuoden radiojuontaja. Ehdokkaita voi suodattaa radiokanavan mukaan tai hakea vapaalla haulla. Äänestäjä valitsee suosikkinsa molemmissa kategorioissa, tarkistaa valintansa yhteenvetonäkymässä ja rekisteröi äänensä, samalla halutessaan osallistuen palkinnon arvontaan. Kaikki tapahtuu sujuvasti ilman sivulatauksia. Ehdokkaiden järjestys arvotaan päivittäin, jotta listauksen alkupää ei anna kenellekään etua.

Arkkitehtuurin tärkein lähtökohta oli yksinkertainen: äänestysruuhkaa ei voi ennustaa täsmälleen, ja yksittäisen osan kaatuminen ei saa vaikuttaa äänten tallentumiseen. Äänet vastaanotetaan erillisen äänestysrajapinnan kautta, josta ne siirtyvät väliaikaiseen jonoon ja kulkeutuvat sieltä pysyvään tietokantaan. Jokainen äänestysputken lenkki on itsenäinen: vaikka yksi osa ketjusta olisi tilapäisesti poissa käytöstä, äänet odottavat ja siirtyvät kantaan heti yhteyden palauduttua. Ääni ei katoa missään tilanteessa.

Ylläpidolle rakennettiin hallintanäkymä WordPressin adminiin: reaaliaikainen äänimäärä, tulokset ladattavissa CSV-tiedostona äänestäjätietoineen ja suostumuksineen, sekä kampanjan ajastus: milloin äänestys avautuu, milloin se sulkeutuu ja mitä sivulla näytetään ennen ja jälkeen äänestysajan. Järjestelmä tarjoaa myös julkisen rajapinnan, jonka kautta äänestyksen tulokset voidaan näyttää automaattisesti muilla RadioMedian sivustoilla.

Lopputulos

Järjestelmää on käytetty tämän referenssin julkaisuajankohtana kahdessa yleisöäänestyksessä: RadioAwardsin yleisöäänestyksessä ja Kaikkien aikojen kotimainen radiobiisi-kampanjassa. Äänet tallentuivat, ruuhkahuiput kestettiin ja ylläpito pystyi seuraamaan tilannetta reaaliajassa. Esimerkiksi Radiobiisi-kampanjassa kertyi 12538 ääntä. Tiheimmillään RadioAwardsin vuoden 2026 äänestyksessä ääniä annettiin noin kymmenien äänten sekuntivauhdilla, jonka aikana järjestelmä toimi kuin rasvattu.

Rakentamamme infrastruktuuri on RadioMedian omissa käsissä ja uudelleenkäytettävissä. Seuraava äänestyskampanja ei vaadi järjestelmän rakentamista alusta, vaan ainoastaan uuden kampanjasivuston luomisen.

Projektin kohokohdat

Tarkkaan suunniteltu vikasietoinen äänestysputki
Äänestysjärjestelmän suurin haaste ei ole äänten vastaanottaminen normaaliolosuhteissa, vaan äänten säilyminen silloin, kun jokin menee pieleen. Rakensimme arkkitehtuurin, jossa äänten vastaanottava palvelu ja tietokanta voivat molemmat olla tilapäisesti alhaalla ilman, että äänet katoavat. Vikasietoisuus testattiin käytännössä sammuttamalla palvelimia kesken äänestyksen ja varmistamalla, että äänet tallentuvat oikein.

Koko ketjun kattava monitorointi
Pelkkä tieto siitä, että palvelimet ovat ylhäällä, ei riitä kertomaan toimiiko järjestelmä. Rakensimme räätälöidyn monitoroinnin, joka seuraa koko ääniputkea: vastaanotetaanko ääniä, siirtyvätkö ne jonosta kantaan, päivittyvätkö tulokset rajapintaan. Testikäytön aikana tämä osoittautui tärkeäksi: automaattinen valvonta havaitsi, että äänten virtaus oli katkennut, vaikka palvelut näyttivät ulospäin toimivan normaalisti. Ongelma paikannettiin ja korjattiin nopeasti juuri siksi, että valvonta kattoi koko ketjun yksittäisten palvelimien sijaan.

Uudelleenkäytettävä alusta, ei kertaluontoinen projekti
Järjestelmä rakennettiin alusta asti palvelemaan useampaa kampanjaa. WordPress Multisite mahdollistaa sen, että eri kampanjat pyörivät samalla pohjalla mutta omilla osoitteillaan ja ilmeillään. Uuden äänestyksen käynnistäminen vaatii käytännössä vain ehdokkaiden syötön ja ajoituksen asettamisen, ei kehitystyötä.

Kuormantasattu palvelininfrastruktuuri
RadioMedian yleisöäänestyskoneen rakentamisessa myös palvelininfralla oli suuri merkitys. Uskomme, että verkkopalvelu ja palvelimet kulkevat käsi kädessä. Kun verkkopalvelussa vierailee kymmeniä tuhansia kävijöitä päivässä, sivujen on pysyttävä pystyssä vaikka kaikki hakkaisivat selaimen päivitä-nappia yhtä aikaa. RadioMedian palvelut hyödyntävät useampaa palvelinklusteria, joka oli onnistumisen takeena projektissa etenkin ääniputken osalta.

Tekninen toteutus tarkemmin

Käyttöliittymä ja äänestysputki
Järjestelmä koostuu useasta erillisestä palvelusta, jotka on suunniteltu toimimaan yhdessä vikasietoisesti. Käyttöliittymä on toteutettu React-pohjaisena sovelluksena WordPress Multisiten päällä, ehdokasdata välimuistissa ja äänestyslomake palvelinpuolen validoinnilla.

Äänestys-API on erillinen TypeScriptillä kirjoitettu palvelu, joka pyörii Bun-ajoympäristöllä. API vastaanottaa äänet ja siirtää ne Redis Streams -jonoon, josta erillinen worker-prosessi kirjoittaa ne PostgreSQL-kantaan. Tämä ketju on se, mikä tekee järjestelmästä vikasietoisen: lähes jokainen osa voi kaatua ilman, että äänet katoavat. Tietokannasta pidetään yllä reaaliajassa päivittyvää replikaa toisella palvelimella.

Palvelininfrastruktuuri
Hyvissä ajoin ennen toteutusta palvelininfrastruktuuri suunniteltiin huolella vastaamaan RadioMedian tarpeita siten, ettei mikään kivi jäänyt kääntämättä.

Liikenne ohjataan palvelimille kuormantasaajan kautta, joka jakaa pyynnöt kahdelle tehokkaalle korkean suorituskyvyn, WordPressille optimoidulle palvelimelle ja kahdelle äänestysrajapintapalvelimelle. DNS suojaa samalla palvelimet palvelunestohyökkäyksiltä ja oteilta. WordPress-palvelimet on suojattu palomuurilla, joka sallii liikenteen ainoastaan Cloudflaren IP-osoitteista. Koko järjestelmä pyörii yhteensä 11 RadioMedialle tarkkaan räätälöidyllä palvelimella.

Välimuisti ja suorituskyky
Välimuisti on rakennettu kerroksittain: Cloudflare CDN staattisille resursseille, FastCGI-välimuisti WordPress-sivuille, Redis Object Cache Pro objektivälimuistille ja transient-välimuisti ehdokasdatalle (24h) sekä äänestystuloksille (1min). Ehdokkaiden satunnainen järjestys arvotaan kerran päivässä ja välimuistitetaan, jotta sama järjestys pysyy koko päivän mutta vaihtuu seuraavana.

Monitorointi
Monitorointi kattaa palveluiden saatavuuden (Better Stack), räätälöidyn pipeline-monitorin koko ääniputkelle, Redis Streams -jonon koon ja käsittelytahdin sekä JavaScript-virheet tuotannossa. Kaikki palvelut on stressitestattu ennen julkaisua simuloiden todellisia olosuhteita.