Hvað er serverless? Serverless-tölvun útskýrð einfaldlega

Serverless er leið til að keyra kóða þar sem þú setur hvorki upp né sérð um neina þjóna sjálfur. Þú afhendir kóðann þinn skýjaveitu og hún keyrir hann aðeins þegar eitthvað kveikir á honum, til dæmis vefbeiðni, innsend skrá eða greiðslutilkynning, og stöðvar hann svo. Yfirleitt borgar þú fyrir þann tíma sem kóðinn er í raun að keyra, ekki fyrir vél sem stendur aðgerðalaus.

Af hverju serverless skiptir máli þegar þú smíðar með gervigreind

Þegar þú skoðar hýsingarmöguleika eða kóða fyrir app sem smíðað er með gervigreind rekst þú á „serverless-föll“, „edge-föll“ eða „cloud functions“. Margar hýsingarveitur bjóða upp á þau og sum smíðatól gervigreindar setja bakenda upp á þann hátt. Að skilja líkanið hjálpar þér með þrjár hagnýtar spurningar:

• Kostnaður. Mun appið kosta peninga á meðan enginn notar það?
• Hraði. Af hverju er fyrsta beiðnin eftir rólegt tímabil hægari?
• Takmörk. Af hverju rann langt verkefni út á tíma, til dæmis að búa til stóra skýrslu eða vinna úr myndbandi?

Það hjálpar líka að vita hvað serverless er ekki: það er ekki fjarvera bakenda. Þú ert enn með kóða á þjóninum; einhver annar rekur bara vélarnar. Til grunnatriðanna, sjá hvað er þjónn.

Hversdagslíking

Hefðbundinn þjónn er eins og að eiga bíl. Hann er alltaf til staðar og tilbúinn strax, en þú borgar fyrir hann, tryggingar, stæði og viðhald, hvort sem þú keyrir hann eða ekki.

Serverless er eins og að panta leigubíl. Þú borgar aðeins fyrir ferðirnar sem þú tekur, og ef hundrað manns þurfa far í einu koma hundrað bílar. En það getur verið stutt bið eftir bílnum (kaldræsing), hver ferð hefur hámarkslengd, og bílstjórinn man ekki eftir þér frá síðustu ferð (föll eru án stöðu, stateless).

Hvernig serverless-föll virka

Í algengustu útgáfunni, sem kallast functions as a service:

1. Þú skrifar fall, lítinn kóðabút sem sér um eina tegund atburðar, til dæmis „taka á móti POST á /api/bookings“.
2. Þú setur það út. Veitan geymir það og tengir það við kveikju: vefslóð, áætlun, nýja skrá í geymslu eða skilaboð í biðröð.
3. Atburður berst. Veitan ræsir eintak af fallinu þínu (eða notar eintak sem er þegar heitt), keyrir það og skilar niðurstöðunni.
4. Það skalar sjálft. Ef þúsund beiðnir berast í einu keyrir veitan mörg eintök samhliða, upp að takmörkum reikningsins þíns.
5. Það verður aðgerðalaust. Þegar umferðin stoppar eru eintökin stöðvuð. Þegar ekkert keyrir borgar þú ekkert fyrir reikniaflið.

Einfalt serverless-fall í JavaScript gæti litið svona út:

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

Engin kóðalína þarf að ræsa þjón, opna gátt eða halda ferli gangandi. Vettvangurinn sér um allt það.

Hugtakið „serverless“ er líka notað lauslega um aðra stýrða þjónustu sem skalast sjálfkrafa og rukkar eftir notkun, til dæmis serverless-gagnagrunna sem leggjast í dvala þegar þeir eru aðgerðalausir.

Helstu hugtök

Dæmi: lítil bókunarsíða

Bókunarsíða jógastúdíós fær skyndilega umferð hvert sunnudagskvöld þegar nýja stundaskráin er birt, og mjög litla umferð restina af vikunni.

• Á þjóni sem er alltaf í gangi borgar stúdíóið fyrir vél allan sólarhringinn, stærð fyrir sunnudagskvöldið, sem er að mestu aðgerðalaus restina af tímanum.
• Með serverless-föllum eru GET /api/classes og POST /api/bookings föll. Sunnudagsálagið ræsir mörg eintök sjálfkrafa; á rólegum þriðjudagsmorgni keyrir nánast ekkert og reikningurinn er nálægt núlli.

Málamiðlanirnar koma líka fram. Fyrsti einstaklingurinn sem opnar síðuna á þriðjudagsmorgni gæti þurft að bíða aðeins lengur vegna kaldræsingar. Gagnagrunnurinn þarf að takast á við margar stuttar tengingar frá mörgum eintökum falla, sem gæti kallað á tengjasafnara (connection pooler). Og ef stúdíóið vill síðar verkefni eins og „búa til árlega mætingarskýrslu fyrir alla“ gæti það farið fram úr tímamörkum fallsins og þurft að keyra annars staðar.

Hvenær serverless hentar, og hvenær ekki

Algengar ranghugmyndir

• „Serverless þýðir enginn bakendi.“ Það þýðir enga þjóna sem þú sér um. Þú skrifar og verndar enn bakendakóðann.
• „Serverless er alltaf ódýrara.“ Ódýrt við litla notkun, en gjald á hverja beiðni getur safnast saman við mikla, stöðuga notkun.
• „Serverless skalast endalaust.“ Veitur hafa takmörk á samhliða keyrslum, og gagnagrunnurinn þinn getur orðið flöskuhálsinn löngu áður en föllin verða það.
• „Skrár sem föll vista verða þar næst.“ Staðbundin geymsla er tímabundin. Notaðu gagnagrunn eða skráageymslu.
• „Skölun niður í núll er það sama og serverless.“ Tengt en ekki eins. Sum vettvangar keyra appið þitt sem venjulegan þjón sem sefur þegar hann er aðgerðalaus og vaknar við næstu beiðni. Sparnaðurinn og seinkun fyrstu beiðnarinnar er svipuð, en án tímamarka á hverja beiðni eins og í föllum.

Það sem þú getur beðið smíðatólið þitt um

• „Mun þessi bakendi keyra sem serverless-föll eða sem þjónn sem er alltaf í gangi eða sefur? Hvað þýðir það fyrir kostnað?“
• „Eru einhver verkefni líkleg til að taka lengri tíma en tímamörk vettvangsins? Ef svo er, hvernig eigum við að takast á við þau?“
• „Geymdu allt sem þarf að vera varanlegt í gagnagrunninum eða skráageymslu, ekki í minni eða staðbundnum skrám.“
• „Hvernig eigum við að stýra gagnagrunnstengingum ef mörg eintök keyra í einu?“
• „Hver er tafin á fyrstu beiðninni eftir að appið hefur verið aðgerðalaust?“

Hvernig Mythex hýsir öpp

Mythex lýsir ekki hýsingu sinni sem serverless-föllum. Þegar þú birtir keyrir appið þitt sem venjulegt vefapp eða gámur sem Mythex sér um fyrir þig. Engin hýsing þarf að setja upp. Það er skölun niður í núll (scale-to-zero): birt öpp og gagnagrunnar þeirra sofna þegar þau eru aðgerðalaus og vakna við næstu heimsókn. Sofandi app kostar ekkert í reikniafli, og aukavélar ræsast aðeins þegar umferðin er mikil (Pro leyfir allt að 3 á hverja þjónustu). Tengdi Postgres-gagnagrunnurinn sefur einnig eftir 5 mínútur án virkni og er rukkaður fyrir þann tíma sem hann var vakandi. Þú færð því mikið af ávinningi „borgaðu fyrir það sem þú notar“, með sömu tegund af seinkun á fyrstu beiðni eftir rólegt tímabil. Sjá takmörk hýsingar í skjölunum, og greinarnar okkar um vefhýsingu og hvernig lækka má hýsingarkostnað.

Spurningar