Serverless computing pažadino didelį susidomėjimą kaip kita IT infrastruktūros evoliucija. Pavadinimas "serverless" yra klaidinantis – serveriai vis dar egzistuoja, tačiau jų valdymas visiškai abstrahuotas nuo kūrėjų. Jūs paprasčiausiai rašote funkcijas, o cloud provider automatiškai valdo infrastruktūrą, skalinguoja resursus ir apmokestina tik už faktinį naudojimą.
Function as a Service (FaaS) yra serverless branduolys. AWS Lambda, Google Cloud Functions, Azure Functions leidžia paleisti kodą atsako į event'us be serverių valdymo. Funkcijos automatiškai skalinguoja nuo nulio iki tūkstančių konkurentinių execution, o mokate tik už tai, kiek funkcija veikė.
Serverless pranašumai yra patrauklūs. Nėra serverių valdymo – nereikia rūpintis OS pataisomis, security updates, scaling. Automatinis scaling – nuo nulio iki bet kokios apkrovos be konfigūracijos. Pay-per-use pricing – mokate tik už faktines execution, ne idle time. Greitas development – fokusas į verslo logiką, ne infrastruktūrą.
Serverless use cases plečiasi. API backends – AWS API Gateway + Lambda pakeičia tradicinį aplikacijų serverį. Duomenų apdorojimas – failų upload'ai, vaizdo transformacijos, log'ų analizė. Real-time stream processing – IoT duomenų apdorojimas, clickstream analizė. Scheduled tasks – cron-like užduotys, backupai, reportai. Event-driven architectures – mikroservisų komunikacija.
Tačiau serverless turi ir apribojimų. Cold start problema – pirmas request gali užtrukti kelis sekundes, kol funkcija inicializuojasi. Execution laiko limitai – AWS Lambda max 15 minučių. Stateful aplikacijoms sudėtinga – funkcijos ephemeral, negali laikyti būsenos. Debugging ir monitoring sudėtingesnis. Vendor lock-in rizika – sunkiau migruoti tarp cloud providerių.
Serverless database sprendimai (DynamoDB, Aurora Serverless, CosmosDB) papildo serverless ekosistemą, leidžiančią kurti pilnai serverless aplikacijas. BaaS (Backend as a Service) platformos kaip Firebase dar labiau sumažina backend kūrimo pastangas.
Serverless framework ir SAM (Serverless Application Model) palengvina serverless aplikacijų kūrimą, deploymentą ir valdymą. Jie leidžia apibrėžti infrastruktūrą kaip kodą ir lengvai replikuoti aplikacijas.
Serverless geriausiai tinka event-driven, unpredictable workload aplikacijoms, rapid prototyping, ir įmonėms, norinčioms minimizuoti ops overhead. Tačiau tradicinės long-running, stateful aplikacijos vis dar geriau veikia ant containerių ar VM.
Ateitis galbūt bus hibridinė – serverless tam, kur tai turi prasmę, konteineriai sudėtingesnėms aplikacijoms, ir tradiciniai serveriai specifiniams use case.