Kaip projektuoti serverless architektūras AWS?

Question

Accepted Answer

**Serverless architektūra** sukuria programas iš valdomų, įvykiais valdomų paslaugų (Lambda, API Gateway, DynamoDB, S3, SQS ir kt.) be serverių valdymo — AWS rūpinasi masteliavimui ir infrastruktūra. Serverless sistemų projektavimo ir jų kompromisų supratimas yra vertingas moderniam debesų architektūrą.

## Tipinė serverless architektūra

```text
A serverless web app/API often combines:
  API GATEWAY → receives HTTP requests, routes to Lambda (the API entry point)
  LAMBDA → functions handle the business logic (run on demand, auto-scale)
  DYNAMODB → serverless NoSQL database (scales automatically)
  S3 → static assets / file storage (host the frontend, store uploads)
  COGNITO → managed authentication
  SQS/SNS/EventBridge → async messaging and event-driven flows
  CLOUDFRONT → CDN for the frontend
→ No servers to manage; everything scales automatically; pay per use.
```

## Serverless projektavimo principai

```text
✓ EVENT-DRIVEN — components react to events (HTTP, queue messages, S3 events, schedules)
✓ Small, single-purpose FUNCTIONS (Lambda does one thing well)
✓ STATELESS functions — state lives in databases/storage (functions are ephemeral)
✓ Use MANAGED services for everything (database, auth, messaging) — no servers anywhere
✓ Decouple with queues/events for resilience and async processing
```

## Pranašumai ir kompromisai

```text
✓ NO server management; AUTO-SCALING (to zero and to huge); PAY-PER-USE (cheap at low/
  variable load); fast to build; high availability built in
✗ COLD STARTS (latency); execution limits (Lambda 15 min); complexity in distributed
  debugging/tracing; potential vendor lock-in; can cost more at very high constant scale
→ Great for: variable/bursty/event-driven workloads, APIs, automation, rapid development.
  Less ideal: long-running, constant heavy compute, very latency-sensitive (cold starts).
```

## Kodėl tai svarbu

Serverless architektūrų projektavimo supratimas yra vertinga aukšto lygio žinios, nes serverless yra svarbus, augantis debesų programų kūrimo būdas, todėl jos projektavimo ir kompromisų supratimas yra naudingas šiuolaikiškoms architektūros sprendimams.

Serverless metodas — programų kūrimas iš **valdomų, įvykiais valdomų paslaugų** (Lambda logikai, API Gateway HTTP, DynamoDB duomenims, S3 saugojimui, SQS/SNS/EventBridge žinučių siuntimui, Cognito autentifikacijai) **be jokių serverių valdymo** — vaizduoja reikšmingą architektūros paradigmą, kurioje AWS tvarko visą masteliavimą ir infrastruktūrą, leisdama komandom sutelkti dėmesį tik į programos logiką.

Supratimas apie **tipinę serverless architektūrą** (kaip šios paslaugos deramos į pilną programą) ir **projektavimo principus** (įvykiais valdomi komponentai, maži vienpaskirčiai bezūkliai funkcijos, valdomų paslaugų naudojimas visur, atributu su eilutėmis/įvykiais) yra būtinas gerai projektuoti serverless sistemas.

Kritiškai svarbu suprasti **pranašumus ir kompromisus**: pranašumai (nereikia valdyti serverių, automatinis masteliavimas, nuo null, mokėjimas pagal naudojimą esant kintamam apkrovai, greitas kūrimas, integruota aukšta prieinamumas) daro serverless puikų kintamiems, burstiniu ir įvykiais valdomiems darbo kroviniams, API ir greitam kūrimui — o kompromisai (cold-start latencija, vykdymo apribojimai, skirstytosios sistemos derinimo sudėtingumas, galimas tiekėjo blokavimas ir galbūt didesni kaštai esant labai aukštai pastoviai apkrovai) reiškia, kad tai yra mažiau idealus ilgalaikiams, pastovios sunkios skaičiavimams ar itin latenciškausiems darbo kroviniams.

Žinojimas **kada serverless tinka** (ir kada ne) atspindi brandžias architektūros sprendimus.

Kadangi serverless yra pagrindinis šiuolaikinis debesų programų požiūris (siūlantis įtikinamų pranašumų tinkamoms darbo kroviniams) ir gerai serverless sistemų projektavimui reikalingas paslaugų, projektavimo principų ir ypač kompromisų supratimas, serverless architektūros supratimas AWS yra vertinga aukšto lygio žinios moderniam debesų architektūrai — vis daugiau svarbi paradigma, kurioje supratimas apie jos galią ir apribojimus leidžia atitinkamai pasirinkti ir projektuoti serverless sprendimus, atspindint architektūros plotį, kurio tikimasi aukšto lygio debesų vaidmenims.