Co je serverless hosting

Co je serverless computing

Serverless computing je model cloud computingu, kde poskytovatel automaticky spravuje serverovou infrastrukturu, zatímco vy se soustředíte výhradně na kód. Navzdory názvu servery stále existují, ale nemusíte je konfigurovat, udržovat, aktualizovat ani škálovat. O to vše se stará poskytovatel, zatímco vy píšete funkce, které se spouštějí jako reakce na události. Platíte pouze za čas běhu kódu, nikoli za server čekající na požadavky.

Koncept serverless se vyvinul z cloud computingu. Od fyzických serverů jsme přešli k virtuálním strojům, poté ke kontejnerům a nakonec k serverless funkcím. Každý krok abstrahoval více infrastruktury od vývojářů a umožnil jim soustředit se na business logiku. AWS Lambda, spuštěná v roce 2014, byla první komerční serverless službou a odstartovala revoluci v tom, jak přemýšlíme o hostingu.

Jak serverless funguje

Functions as a Service (FaaS)

FaaS je srdcem serverless architektury. Napíšete funkci, která provádí konkrétní úkol, například zpracování obrázku, odeslání e-mailu nebo vytvoření PDF. Tato funkce se zabalí a nahraje na serverless platformu. Když nastane událost, která vaši funkci spustí, jako je HTTP požadavek, nahrání souboru nebo zpráva ve frontě, platforma automaticky spustí instanci vaší funkce, provede ji a vrátí výsledek. Po provedení se instance vypne. Pokud dorazí 1 000 požadavků současně, platforma spustí 1 000 instancí paralelně.

Backend as a Service (BaaS)

Komponenta BaaS u serverless poskytuje hotové backendové služby jako databáze, autentizace, úložiště souborů a push notifikace ve formě spravovaných služeb. Firebase od Googlu je nejpopulárnější BaaS, který nabízí realtime databázi, autentizaci, cloudové úložiště a hosting v jednom balíčku. AWS Amplify kombinuje funkce Lambda s databází DynamoDB, autentizací Cognito a úložištěm S3. Supabase je open-source alternativou k Firebase s databází PostgreSQL. BaaS odstraňuje potřebu psát standardní backendový kód pro běžné operace.

Architektura řízená událostmi

Serverless aplikace jsou ze své podstaty řízené událostmi, což znamená, že kód běží pouze tehdy, když nastane konkrétní událost. Událostmi mohou být HTTP požadavky od uživatelů, změny v databázi, nahrání souboru do úložiště, naplánovaný čas jako cron job, zpráva ve frontě zpráv nebo data ze senzoru IoT. Tato architektura je přirozeně efektivní, protože zdroje se spotřebovávají pouze tehdy, když je práce. V tradičním modelu server běží neustále a spotřebovává zdroje, i když není žádný provoz.

Výhody serverless

Automatické škálování

Serverless platformy automaticky škálují váš kód od nuly po miliony požadavků bez jakékoli konfigurace. Není potřeba nastavovat pravidla automatického škálování, definovat minimální a maximální počet instancí ani se starat o load balancer. Pokud má váš web o půlnoci 10 návštěvníků a během odpoledního vrcholu 10 000, serverless se automaticky přizpůsobí. To je obzvláště užitečné pro aplikace s nepředvídatelným provozem, jako jsou e-shopy během výprodejů nebo virální kampaně na sociálních sítích.

Platba za skutečné využití

Tradiční hosting účtuje pevnou měsíční cenu bez ohledu na to, zda server běží na 1 nebo 100 procentech kapacity. Serverless účtuje pouze za čas běhu kódu, obvykle v milisekundách, plus počet vyvolání funkce. AWS Lambda například nabízí jeden milion bezplatných vyvolání měsíčně a 400 000 GB-sekund bezplatného výpočetního času. Pro malý web s 50 000 požadavky měsíčně může být serverless hosting prakticky zdarma. To je ideální pro startupy a projekty v rané fázi, kde je třeba pečlivě kontrolovat rozpočet.

Nulová údržba

Nemusíte se starat o aktualizaci operačního systému, instalaci bezpečnostních záplat, konfiguraci webového serveru, správu SSL certifikátů ani o monitorování hardwaru. O celou infrastrukturu se stará poskytovatel, včetně bezpečnosti, redundance a zálohování. To uvolní čas vašeho týmu pro práci na produktu místo na infrastruktuře. Pro malý tým nebo samostatného vývojáře je to obrovská výhoda, protože odpadá potřeba znalostí DevOps.

Nevýhody serverless

Problém studeného startu

Když serverless funkce nějakou dobu nebyla použita, platforma její instanci vypne, aby ušetřila zdroje. Další požadavek musí spustit novou instanci, což přináší dodatečné zpoždění známé jako studený start (cold start). Studený start může trvat od 100 milisekund u funkcí v Node.js až po několik sekund u funkcí v Javě nebo C#. Pro aplikace, které vyžadují trvale nízké doby odezvy, je studený start významným problémem. Řešením je provisioned concurrency, která udržuje instance teplé, to ale odstraňuje výhodu platby za skutečné využití.

Vendor lock-in

Každý poskytovatel cloudu má vlastní serverless ekosystém se specifickými API, nástroji a službami. Aplikace napsaná pro AWS Lambda používá API Gateway, DynamoDB a S3, které nemají přímé ekvivalenty na Google Cloud nebo Azure. Migrace k jinému poskytovateli vyžaduje výrazné přepsání kódu. Frameworky jako Serverless Framework nebo Terraform se snaží abstrahovat rozdíly mezi poskytovateli, ale úplná přenositelnost je nereálná, protože existují zásadní rozdíly ve službách a API.

Omezení provádění

Serverless funkce mají omezení na dobu provádění, paměť a velikost balíčku. AWS Lambda má maximální dobu trvání 15 minut na jedno provedení, 10 GB paměti a 250 MB pro nasazovací balíček. To znamená, že dlouhotrvající operace jako zpracování velkých videosouborů, komplexní strojové učení nebo dávkové zpracování dat nejsou pro serverless vhodné. Ladění a monitorování jsou složitější, protože nemáte přístup k serveru – používáte cloud-native nástroje jako CloudWatch nebo X-Ray.

Kdy použít serverless

Ideální případy použití

• API backend: REST nebo GraphQL API s nepředvídatelným provozem jsou ideálními kandidáty, protože se automaticky škálují a nic nestojí, když nejsou žádné požadavky.
• Zpracování událostí: Zpracování událostí jako nahrávání obrázků, odesílání e-mailů, generování reportů nebo zpracování webhooků.
• Naplánované úlohy: Cron joby, které běží periodicky, jako je čištění databáze, generování denních reportů nebo synchronizace dat.
• Chatboti: Odpovídání na dotazy uživatelů, kde je provoz nepředvídatelný a sporadický.
• IoT backend: Zpracování dat ze senzorů, kde se počet zařízení může pohybovat od 10 do 10 000.

Kdy se serverless vyhnout

Serverless není ideální pro aplikace s trvale vysokým provozem, protože při konstantní zátěži se pevný server stává nákladově efektivnějším. Aplikace vyžadující dlouhotrvající procesy jako renderování videa, websocketová spojení nebo streaming se nevejdou do limitů serverless funkcí. Aplikace se specifickými požadavky na OS, hardware nebo software, které nejsou na serverless platformě dostupné, vyžadují tradiční hosting. Starší aplikace, které mezi požadavky využívají stav, se obtížně migrují, protože serverless funkce jsou ze své podstaty bezstavové.

Serverless vs tradiční hosting

Srovnání pro malý web

Pro malý web s 10 000 až 50 000 návštěvami měsíčně stojí tarif sdíleného hostingu přibližně 70 až 230 Kč měsíčně a poskytuje předvídatelné náklady, jednoduchost a podporu pro PHP, WordPress a e-mail. Serverless může být zdarma nebo stát méně než 25 Kč měsíčně při stejném provozu, ale vyžaduje technické znalosti k nastavení a nepodporuje tradiční CMS platformy. Pro majitele malých webů využívajících WordPress je tradiční hosting praktičtější volbou.

Srovnání pro velkou aplikaci

Pro velkou aplikaci s miliony požadavků denně stojí pokročilý hosting s vyhrazenými zdroji přibližně 1 200 až 12 000 Kč měsíčně, ale vyžaduje DevOps tým ke správě. Serverless se automaticky škáluje bez zásahu, ale náklady mohou při konstantní vysoké zátěži rychle růst. Hybridní přístup, kdy základní provoz obsluhuje tradiční server a serverless pokrývá špičky, je často optimálním řešením kombinujícím předvídatelnost nákladů s pružností škálování. V BeoHosting nabízíme tradiční hostingové tarify optimalizované pro WordPress a webové aplikace s předvídatelnými náklady a plnou technickou podporou, což je pro většinu uživatelů praktičtější řešení než serverless architektura.

Závěr

Serverless hosting představuje evoluci cloud computingu, která odstraňuje starosti s infrastrukturou a umožňuje soustředit se na kód a business logiku. Automatické škálování, platba za skutečné využití a nulová údržba jsou silnými výhodami pro správné případy použití. Problém studeného startu, vendor lock-in a limity provádění však činí serverless nevhodným pro všechny typy aplikací. Porozumění výhodám a nevýhodám vám pomůže učinit informované rozhodnutí o tom, zda serverless nebo tradiční hosting lépe vyhovuje vašim potřebám.