Vad är serverless? Serverless computing förklarat enkelt

Serverless är ett sätt att köra kod där du inte sätter upp eller hanterar några servrar själv. Du lämnar din kod till en molnleverantör, som kör den bara när något utlöser det – en webbförfrågan, en uppladdad fil, en betalningsnotis – och sedan slutar. Du betalar vanligtvis för den tid din kod faktiskt körs, inte för en maskin som står overksam.

Varför serverless spelar roll när du bygger med AI

När du bygger en app med AI och tittar på hostingalternativ eller kod stöter du på ”serverless-funktioner”, ”edge-funktioner” eller ”cloud functions”. Många hostingplattformar erbjuder dem, och vissa AI-byggare driftsätter backends på det här sättet. Att förstå modellen hjälper dig med tre praktiska frågor:

• Kostnad. Kostar appen pengar medan ingen använder den?
• Hastighet. Varför är den första förfrågan efter en lugn period långsammare?
• Gränser. Varför gick en lång uppgift – att generera en stor rapport, bearbeta en video – i timeout?

Det hjälper också att veta vad serverless inte är: det är inte frånvaron av en backend. Du har fortfarande serversidekod; någon annan kör bara maskinerna. För grunderna, se vad en server är.

En vardaglig jämförelse

En traditionell server är som att äga en bil. Den finns alltid där, redo att köra direkt, men du betalar för den – försäkring, parkering, underhåll – oavsett om du kör den eller inte.

Serverless är som att ringa en taxi. Du betalar bara för de resor du tar, och om hundra personer behöver skjuts samtidigt kommer hundra taxibilar. Men det kan dröja en kort stund innan bilen kommer (en kall start), varje resa har en maxlängd, och föraren minns dig inte från förra resan (funktionerna är tillståndslösa).

Så fungerar serverless-funktioner

I sin vanligaste form, kallad functions as a service:

1. Du skriver en funktion – en liten kodbit som hanterar en typ av händelse, till exempel ”hantera en POST till /api/bookings.”
2. Du driftsätter den. Leverantören lagrar den och kopplar den till en utlösare: en URL, ett schema, en ny fil i lagringen, ett meddelande i en kö.
3. En händelse kommer in. Leverantören startar en kopia av din funktion (eller återanvänder en varm en), kör den och returnerar resultatet.
4. Den skalar av sig själv. Om tusen förfrågningar kommer samtidigt kör leverantören många kopior parallellt, upp till ditt kontos gränser.
5. Den blir overksam. När trafiken upphör stängs kopiorna ner. Med inget igång betalar du ingenting för beräkning.

En liten serverless-funktion i JavaScript kan se ut så här:

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

Det finns ingen kod för att starta en server, öppna en port eller hålla en process igång. Plattformen sköter allt det.

”Serverless” används också mer löst för andra hanterade tjänster som skalar automatiskt och faktureras per användning – serverless-databaser till exempel, som pausar när de är overksamma.

Viktiga begrepp

Ett genomgånget exempel: en liten bokningssida

En yogastudios bokningssida får en skur av besökare varje söndagskväll när det nya schemat publiceras, och väldigt lite resten av veckan.

• På en alltid igång-server betalar studion för en maskin dygnet runt, dimensionerad för söndagskvällens topp och mestadels overksam annars.
• Med serverless-funktioner är GET /api/classes och POST /api/bookings funktioner. Söndagens rusning startar många kopior automatiskt; en lugn tisdagsmorgon körs nästan ingenting och notan är nära noll.

Avvägningarna syns också. Den första personen som öppnar sidan på tisdagsmorgonen kan vänta ett extra ögonblick på en kall start. Databasen måste hantera många kortlivade anslutningar från många funktionskopior, vilket kan kräva en anslutningspool. Och om studion senare vill ha en uppgift som ”generera allas årliga närvarorapport som PDF” kan den överskrida funktionens tidsgräns och behöva köras på annat håll.

När serverless passar – och när det inte gör det

Vanliga missuppfattningar

• ”Serverless betyder ingen backend.” Det betyder inga servrar att hantera. Du skriver och säkrar fortfarande backendkod.
• ”Serverless är alltid billigare.” Billigt vid låg volym, men betalning per förfrågan kan summera sig vid hög, jämn volym.
• ”Serverless skalar oändligt.” Plattformar har samtidighetsgränser, och din databas kan bli flaskhalsen långt innan funktionerna gör det.
• ”Filer som en funktion sparar finns kvar nästa gång.” Lokal lagring är tillfällig. Använd en databas eller fillagring.
• ”Skala-till-noll är samma sak som serverless.” Närbesläktat men inte identiskt. Vissa plattformar kör din app som en vanlig server som sover när den är overksam och vaknar vid nästa förfrågan – liknande besparingar och liknande fördröjning vid första förfrågan, men utan funktionsliknande tidsgränser per förfrågan.

Vad du kan be din AI-byggare om

• ”Kommer den här backenden att köras som serverless-funktioner eller som en alltid igång- eller sovande server? Vad betyder det för kostnaden?”
• ”Kommer några uppgifter sannolikt att ta längre tid än plattformens tidsgräns? Om så, hur ska vi hantera dem?”
• ”Lagra allt som måste finnas kvar i databasen eller fillagringen, inte i minnet eller lokala filer.”
• ”Hur ska databasanslutningarna hanteras om många kopior körs samtidigt?”
• ”Vilken fördröjning får den första förfrågan efter att appen varit overksam?”

Hur Mythex hostar appar

Mythex beskriver inte sin hosting som serverless-funktioner. När du publicerar körs din app som en vanlig webbapp eller container som Mythex hanterar åt dig – det finns ingen hosting att sätta upp. Det är skala-till-noll: publicerade appar och deras databaser sover när de är overksamma och vaknar vid nästa besök, en sovande app kostar ingenting i beräkning, och extra maskiner startar bara när trafiken är hög (Pro tillåter upp till 3 per tjänst). Den kopplade Postgres-databasen somnar också efter 5 minuters overksamhet och faktureras för den tid den var vaken. Så du får mycket av fördelen ”betala för det du använder”, med samma slags fördröjning vid första förfrågan efter en lugn period. Se hosting-gränser i dokumentationen, och våra guider om webbhosting och hur du minskar hostingkostnader.

Frågor