Mikä on serverless? Palvelimettoman arkkitehtuurin tulevaisuus

01Mitä on serverless?

Serverless ei nimestään huolimatta ole palvelimeton. Koodisi pyörii edelleen konesalin koneilla; ero on siinä, että koneita hallinnoi pilvipalveluntarjoaja, ei sinä. Käyttöjärjestelmäpäivitykset, kapasiteettisuunnittelu, kuormantasaus ja laitevikojen hoito eivät enää ole sinun murheesi.

Perinteinen palvelin on päällä ympäri vuorokauden riippumatta siitä, tuleeko pyyntöjä, ja hinta määräytyy sen mukaan. Palvelimettomassa arkkitehtuurissa koodi käynnistyy vasta, kun se laukaistaan, tekee työnsä ja sammuu. Kun liikennettä ei ole, kustannuskin lähestyy nollaa.

Tämä lähestymistapa on osa ohjelmistomaailman yleistä suuntaa: infrastruktuurin monimutkaisuus abstrahoidaan pois, jotta tiimi voi keskittyä pelkkään liiketoimintalogiikkaan. Olemme käsitelleet näitä suuntauksia laajemmin artikkelissa ohjelmistotrendit 2026.

02Miten Function as a Service toimii?

Function as a Service (FaaS) -mallissa sovellus jaetaan pieniin, yhteen tehtävään keskittyviin funktioihin. Jokainen funktio laukeaa tapahtumasta: HTTP-pyynnöstä, jonoon päätyneestä viestistä, tallennustilaan ladatusta tiedostosta tai ajastetusta tehtävästä.

AWS Lambda, Azure Functions, Google Cloud Functions ja Cloudflare Workers ovat tämän mallin tunnettuja esimerkkejä. Periaate on kaikissa sama; suoritusympäristö, aikarajat ja hinnoittelun yksityiskohdat vaihtelevat palveluntarjoajan mukaan.

1. Tapahtuma tapahtuu; esimerkiksi käyttäjä lähettää lomakkeen.
2. Palveluntarjoaja valmistelee funktiolle suoritusympäristön tai käyttää jo valmiina olevaa.
3. Funktio käsittelee tapahtuman, palauttaa tuloksen ja kirjoittaa tiedot tietokantaan.
4. Jos kysyntä kasvaa, palveluntarjoaja ajaa samasta funktiosta useita kopioita rinnakkain.

export const handler = async (event) => {
  const ad = event.queryStringParameters?.ad || 'vierailija';
  return {
    statusCode: 200,
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ mesaj: `Merhaba ${ad}` })
  };
};

03Serverlessin edut

Serverlessin edut korostuvat erityisesti tiimeillä, joiden liikenne vaihtelee ja jotka haluavat julkaista tuotteita nopeasti.

Kuvittele varaussivusto, jonka liikenne moninkertaistuu matkailusesongin aikana, tai verkkokauppa, jolla on vuodessa muutama suuri kampanja. Perinteisessä rakenteessa palvelinkapasiteetti on mitoitettava vilkkaimman päivän mukaan, ja loppuvuoden kapasiteetista maksetaan turhaan. Palvelimettomassa rakenteessa kapasiteetti laajenee ja supistuu kysynnän mukaan itsestään.

• Automaattinen skaalaus: kampanjahetken äkillinen liikennepiikki voidaan kestää ilman kapasiteettisuunnittelua.
• Maksa käytön mukaan: joutilaasta palvelimesta ei makseta; vähäliikenteiset tehtävät voivat olla erittäin edullisia.
• Vähemmän operatiivista työtä: korjaukset, päivitykset ja laitteiston seuranta kuuluvat palveluntarjoajalle.
• Nopea kehitys: tiimi keskittyy liiketoimintalogiikkaan infrastruktuurin sijaan, ja uudet ominaisuudet valmistuvat nopeammin.
• Korkea käytettävyys on usein alustan oletusominaisuus.

04Rajat ja haitat

Serverless ei ole ihmeratkaisu. Joillekin kuormille se on erinomainen, toisille taas perinteistä palvelinta kalliimpi ja monimutkaisempi.

Kylmäkäynnistys

Pitkään kutsumatta jäänyt funktio käynnistetään ensimmäisessä pyynnössä alusta; tätä kutsutaan kylmäkäynnistykseksi (cold start). Viive on useimmissa tehtävissä merkityksetön, mutta se voi tuntua sivuilla, joilta odotetaan välitöntä vastausta. Suoritusympäristön keveys ratkaisee tässä; artikkelissa mikä on Rust käsittelemämme käännettävät kielet kiinnostavat siksi serverless-maailmassa.

Aika- ja resurssirajat

Funktioiden suoritusaika, muisti ja pakettikoko ovat rajalliset. Esimerkiksi AWS Lambdassa yksi kutsu voi kestää enintään 15 minuuttia. Tuntikausia kestävä tiedonkäsittely tai jatkuvasti avoinna olevaa yhteyttä vaativat tehtävät eivät sovi tähän malliin.

Riippuvuus palveluntarjoajasta

Funktiot kirjoitetaan usein tiiviisti palveluntarjoajan jono-, tallennus- ja tietokantapalveluiden kanssa yhteen. Tämä vaikeuttaa siirtymistä myöhemmin toiselle alustalle. Ilmiötä kutsutaan nimellä vendor lock-in, ja se on otettava ehdottomasti huomioon arkkitehtuuripäätöstä tehtäessä.

Kustannusten ennustettavuus

Vähäisellä liikenteellä edullinen serverless voi jatkuvasti suurella liikenteellä tulla kiinteää palvelinta kalliimmaksi. Sellaisia skenaarioita varten kuin virheellinen silmukka, joka tuottaa miljoonia kutsuja, budjettihälytysten asettaminen on pakollista. Lisäksi verkkoliikenteen, lokien säilytyksen ja liitettyjen palveluiden maksut lisätään kokonaislaskuun.

05Serverless vs. perinteinen palvelin

Oikea valinta riippuu kuorman luonteesta. Alla oleva taulukko tiivistää yleiset suuntaukset; varsinaista päätöstä varten on laskettava todellisen liikennedatan pohjalta.

06Mihin tehtäviin serverless sopii?

Serverless on tehokkaimmillaan tapahtumapohjaisissa ja lyhytkestoisissa tehtävissä. Yrityksen päivittäisessä digitaalisessa työnkulussa tällaisia tehtäviä on enemmän kuin luulisi.

• Lomakelähetysten käsittely ja sähköpostin tai ilmoituksen lähettäminen.
• Ladattujen tuotekuvien automaattinen koon muuttaminen ja muuntaminen WebP-muotoon.
• Maksu-, kuljetus- ja markkinapaikkajärjestelmistä tulevien webhookien vastaanotto; nämä virrat kuuluvat verkkokauppaintegraatio-projekteihin.
• Öisin ajettavat raportointi-, varmuuskopiointi- ja siivoustehtävät.
• Kampanjakausina äkillisen liikennepiikin saavien laskeutumissivujen lomake- ja laskentatoiminnot.
• Selaimen lähellä, reunalla ajettavat reititys- ja personointisäännöt.

07Serverless suorituskyvyn ja nopeuden kannalta

Koska palvelimettomat funktiot voidaan jakaa eri puolille maailmaa, ne voivat vastata käyttäjälle lähellä. Erityisesti reunalla toimivat palvelut tarjoavat staattisten sivustojen kanssa yhdistettynä hyvin nopeita käyttökokemuksia.

Nopeus ei kuitenkaan riipu vain yhdestä kerroksesta. Sivun paino, kuvien optimointi, välimuisti ja tietokantakyselyt vaikuttavat vähintään yhtä paljon kuin infrastruktuuri. Tämän kokonaisuuden kattava nopeus- ja suorituskykyoptimointi tähtää Core Web Vitals -arvoihin (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1).

Reunalla ajettavissa funktioissa käytetään yhä useammin myös artikkelissa mikä on WebAssembly esittelemiämme Wasm-moduuleja; niiden kevyt ja nopea käynnistyminen vähentää kylmäkäynnistyksen ongelmaa.

08Oikea arkkitehtuuri yritykselle

Yritykselle todellinen kysymys ei ole “serverless vai ei”, vaan “mikä arkkitehtuuri on luotettavin ja kestävin tälle kuormalle”. Arkkitehtuuripäätöksen tulee perustua liikennemalliin, budjettiin, tiimin osaamiseen ja kasvusuunnitelmaan, ei muoti-ilmiöihin.

Ydintoiminnot, kuten tilaukset, varasto ja laskutus, pidetään yleensä ennustettavassa ja jatkuvasti käynnissä olevassa rakenteessa. Sivutehtävät, kuten kuvankäsittely, ilmoitukset ja raportointi, voidaan siirtää serverless-funktioihin. Myös Auroran verkkokauppa-alusta-, integroidut ratkaisut- ja ohjelmistoratkaisut-projekteissa arkkitehtuuri rakennetaan tarpeen mukaan tällä tasapainolla.