Mikä on serverless? Serverless-laskenta selitettynä yksinkertaisesti

Serverless on tapa ajaa koodia, jossa et itse pystytä tai hallitse mitään palvelimia. Annat koodisi pilvipalveluntarjoajalle, ja se ajaa koodin vain kun jokin laukaisee sen: verkkopyyntö, ladattu tiedosto, maksuilmoitus. Sitten se pysähtyy. Yleensä maksat ajasta, jonka koodisi todella käy, etkä koneesta, joka on joutilaana.

Miksi serverless on tärkeä, kun rakennat tekoälyllä

Kun rakennat sovellusta tekoälyllä ja katsot isännöintivaihtoehtoja tai koodia, törmäät termeihin ”serverless-funktiot”, ”edge-funktiot” tai ”pilvifunktiot”. Monet isännöintialustat tarjoavat niitä, ja jotkin tekoälysovellusrakentajat julkaisevat taustapalveluja tällä tavalla. Mallin ymmärtäminen auttaa kolmessa käytännön kysymyksessä:

• Kustannus. Maksaako sovelluksesi rahaa, vaikka kukaan ei käytä sitä?
• Nopeus. Miksi ensimmäinen pyyntö hiljaisen jakson jälkeen on hitaampi?
• Rajat. Miksi pitkä tehtävä, kuten suuren raportin tai videon käsittely, aikakatkaistiin?

On myös hyvä tietää, mitä serverless ei ole: se ei ole taustapalvelun puuttumista. Sinulla on edelleen palvelinpuolen koodi. Joku muu vain ajaa koneet. Perusteet löydät sivulta mikä palvelin on.

Arkinen vertaus

Perinteinen palvelin on kuin oma auto. Se on aina valmiina lähtemään heti, mutta maksat siitä, vakuutuksesta, pysäköinnistä ja huollosta, ajitpa sillä tai et.

Serverless on kuin ottaisi taksin. Maksat vain tehdyistä matkoista, ja jos sata ihmistä tarvitsee kyydin yhtä aikaa, sata taksia tulee. Mutta autoa joutuu odottamaan hetken (kylmäkäynnistys), jokaisella matkalla on enimmäispituus, eikä kuljettaja muista sinua edellisestä kyydistä (funktiot ovat tilattomia, stateless).

Miten serverless-funktiot toimivat

Yleisimmässä muodossa, jota kutsutaan functions as a service (FaaS):

1. Kirjoitat funktion. Pieni koodinpätkä, joka käsittelee yhdenlaisen tapahtuman, kuten ”käsittele POST-pyyntö osoitteeseen /api/bookings”.
2. Julkaiset sen. Palveluntarjoaja tallentaa sen ja kytkee sen laukaisijaan: URL-osoitteeseen, aikatauluun, uuteen tiedostoon tallennustilassa tai viestiin jonossa.
3. Tapahtuma saapuu. Palveluntarjoaja käynnistää kopion funktiostasi (tai käyttää lämmintä kopiota), ajaa sen ja palauttaa tuloksen.
4. Se skaalautuu itsestään. Jos tuhat pyyntöä saapuu yhtä aikaa, palveluntarjoaja ajaa monta kopiota rinnakkain tilisi rajoihin asti.
5. Se menee joutilaaksi. Kun liikenne loppuu, kopiot sammutetaan. Kun mitään ei käy, et maksa laskennasta mitään.

Yksinkertainen serverless-funktio JavaScriptillä voi näyttää tältä:

export default async function handler(request) {
  const { name } = await request.json();
  return Response.json({ message: `Hello, ${name}` });
}

Koodia palvelimen käynnistämiseen, portin avaamiseen tai prosessin pitämiseen käynnissä ei tarvita. Alusta hoitaa sen kaiken.

”Serverless” tarkoittaa löyhemmin myös muita hallittuja palveluja, jotka skaalautuvat automaattisesti ja laskutetaan käytön mukaan, esimerkiksi serverless-tietokantoja, jotka pysähtyvät joutilaana ollessaan.

Keskeiset termit

Työstetty esimerkki: pieni varaussivusto

Jooga-studion varaussivusto saa piikin sunnuntai-iltoina, kun uusi aikataulu julkaistaan, ja hyvin vähän muina päivinä.

• Aina päällä olevalla palvelimella studio maksaa koneesta 24/7, mitoitettuna sunnuntai-illan huippuun, ja se on suurimmaksi osaksi joutilaana.
• Serverless-funktioilla GET /api/classes ja POST /api/bookings ovat funktioita. Sunnuntain ruuhka käynnistää monta kopiota automaattisesti. Hiljaisena tiistaiaamuna lähes mitään ei aja, ja lasku on lähellä nollaa.

Kompromissit näkyvät myös. Ensimmäinen henkilö, joka avaa sivuston tiistaiaamuna, saattaa odottaa hetken kylmäkäynnistystä. Tietokannan täytyy käsitellä monia lyhytikäisiä yhteyksiä monista funktiokopioista, mikä voi vaatia yhteyspoolerin. Ja jos studio myöhemmin haluaa tehtävän ”luo kaikkien vuosittainen osallistumis-PDF”, se voi ylittää funktion aikarajan ja joutua ajettavaksi muualla.

Milloin serverless sopii ja milloin ei

Yleiset väärinkäsitykset

• ”Serverless tarkoittaa, ettei backendiä ole.” Se tarkoittaa, ettei palvelimia tarvitse hallita. Kirjoitat ja suojaat edelleen backend-koodin.
• ”Serverless on aina halvempaa.” Halpaa pienellä volyymilla, mutta pyyntökohtainen hinnoittelu voi kertyä suurella ja tasaisella volyymilla.
• ”Serverless skaalautuu äärettömästi.” Alustoilla on samanaikaisuusrajoja, ja tietokantasi voi muodostua pullonkaulaksi kauan ennen funktioita.
• ”Funktiossa tallennetut tiedostot ovat siellä seuraavalla kerralla.” Paikallinen tallennus on väliaikaista. Käytä tietokantaa tai tiedostotallennusta.
• ”Skaalaus nollaan on sama asia kuin serverless.” Liittyvät, mutta eivät identtiset. Jotkin alustat ajavat sovelluksesi tavallisena palvelimena, joka nukkuu joutilaana ja herää seuraavaan pyyntöön. Säästö ja ensimmäisen pyynnön viive ovat samankaltaisia, mutta funktiotyylisiä pyyntökohtaisia aikarajoja ei ole.

Mitä pyytää tekoälyrakentajalta

• ”Ajetaanko tämä taustapalvelu serverless-funktioina vai aina päällä olevana tai nukkuvana palvelimena? Mitä se tarkoittaa kustannuksille?”
• ”Kestävätkö jotkin tehtävät todennäköisesti alustan aikarajaa? Jos kestävät, miten ne pitäisi käsitellä?”
• ”Tallenna kaikki, minkä pitää säilyä, tietokantaan tai tiedostotallennukseen, älä muistiin tai paikallisiin tiedostoihin.”
• ”Miten tietokantayhteyksiä hallitaan, jos monta kopiota ajetaan yhtä aikaa?”
• ”Mikä on viive ensimmäisessä pyynnössä sen jälkeen, kun sovellus on ollut joutilaana?”

Miten Mythex isännöi sovelluksia

Mythex ei kuvaa isännöintiään serverless-funktioina. Kun julkaiset, sovelluksesi ajetaan tavallisena verkkosovelluksena tai konttina, jota Mythex hallinnoi puolestasi. Mitään isännöintiä ei tarvitse pystyttää. Kyse on skaalauksesta nollaan: julkaistut sovellukset ja niiden tietokannat nukkuvat joutilaana ja heräävät seuraavasta käynnistä. Nukkuva sovellus ei kuluta laskentaan mitään, ja lisäkoneet käynnistyvät vain, kun liikenne on raskasta (Pro-tasolla enintään 3 per palvelu). Liitetty Postgres-tietokanta nukahtaa myös 5 minuutin joutilasjakson jälkeen, ja sitä laskutetaan ajasta, jolloin se oli hereillä. Saat siis suuren osan ”maksa käytön mukaan” -hyödystä, ja ensimmäisen pyynnön viive hiljaisen jakson jälkeen on samankaltainen. Katso isännöinnin rajat dokumentaatiosta sekä oppaamme verkkoisännöinnistä ja isännöintikustannusten pienentämisestä.

Kysymykset