Vad är AWS Lambda och serverless computing?

Question

Accepted Answer

**AWS Lambda** är en **serverless compute**-tjänst — du kör kod (funktioner) utan att hantera servrar. AWS hanterar automatiskt etablering, skalning och infrastrukturunderhål; du tillhandahåller bara koden, och den körs som svar på händelser, och du betalar bara för den beräkningstid som används.

## Serverless: inga servrar att hantera

```text
SERVERLESS doesn't mean "no servers" — it means YOU don't manage them:
  → you provide CODE (a function); AWS runs it on demand
  → AWS handles provisioning, SCALING (automatically, to any load), patching, availability
  → pay ONLY for actual execution time (not idle servers) — no cost when not running
→ Focus purely on code, not infrastructure.
```

## Hur Lambda fungerar

```text
→ You write a FUNCTION (in Node.js, Python, Java, Go, etc.)
→ It runs in response to EVENTS (triggers):
  - HTTP requests (via API Gateway) → build APIs/backends
  - file uploaded to S3 → process it
  - message in a queue (SQS) → handle it
  - scheduled (cron) → run periodically
  - database changes, and many more
→ AWS runs the function, scales automatically (1 to thousands of concurrent executions)
```

```js
// a simple Lambda function (Node.js)
exports.handler = async (event) => {
  // 'event' contains the trigger data (e.g. the HTTP request, the S3 event)
  return { statusCode: 200, body: "Hello from Lambda!" };
};
```

## Fördelar och avvägningar

```text
✓ No server management; auto-scaling; pay-per-use (cost-efficient for variable/low load)
✓ Fast to deploy; great for event-driven work, APIs, automation, glue code
✗ COLD STARTS (first invocation latency); execution time limits (15 min max);
  stateless; can get complex/costly at very high sustained scale
→ Great for event-driven, variable, or bursty workloads; less ideal for long-running
  or constant heavy compute.
```

## Varför det är viktigt

Att förstå Lambda och serverless computing är värdefullt eftersom serverless är ett viktigt, allt mer populärt molnparadigm, och Lambda är den ledande serverless compute-tjänsten, så det är användbar modern AWS-kunskap.

Kärkoncept — **serverless betyder att du kör kod utan att hantera servrar** (AWS hanterar etablering, automatisk skalning, uppdateringar och tillgänglighet; du tillhandahåller bara funktioner, betalar endast för faktisk körningstid) — representerar ett betydande tillvägagångssätt som låter utvecklare fokusera rent på kod snarare än infrastruktur, med automatisk skalning och ingen kostnad när det är inaktivt.

Att förstå **hur Lambda fungerar** (funktioner utlösta av händelser — HTTP-förfrågningar via API Gateway för att bygga API:er, S3-uppladdningar, kömeddelanden, scheman och mer — skalning automatiskt från en till tusentals samtidiga körningar) visar dess händelsestyrda karaktär och mångsidighet för API:er, automatisering, databehandling och limkod.

Att förstå **fördelar och avvägningar** är viktigt för sund användning: fördelar (ingen serverhantering, automatisk skalning, kostnadseffektiv pay-per-use för varierande belastningar, snabb distribution) gör det utmärkt för händelsestyrda och bursty arbetsbelastningar, medan avvägningar (**cold starts** som lägger till latens, körningstidsgränser, tillståndslöshet och potentiell komplexitet/kostnad vid mycket höga kontinuerliga beräkningar) betyder att det är mindre idealiskt för långvarig eller konstant kraftig beräkning — så att veta när serverless passar visar god omdöme.

Eftersom serverless computing är ett stort, växande molnparadigm och Lambda är dess ledande tjänst (mycket använd för händelsestyrda applikationer, API:er och automatisering), och eftersom att förstå vad serverless är, hur Lambda fungerar och dess avvägningar är värdefullt för modern molnarkitektur, är att förstå Lambda och serverless computing värdefullt, allt mer relevant AWS-kunskap — en viktig modern beräkningsmodell som kompletterar traditionella servrar, användbar för att bygga skalbara, kostnadseffektiva, händelsestyrda applikationer och ett paradigm värt att förstå för samtidig molnutveckling.