Serverless s AWS Lambda — kde dává smysl a kde ne

Serverless slibuje nulovou správu infrastruktury, automatické škálování a platbu jen za skutečný compute. Po roce nasazení Lambda funkcí v produkci sdílíme co funguje a co ne.

Kde Lambda exceluje¶

• Event processing — S3 upload triggery, SQS zpracování, DynamoDB streams
• API backends — jednoduchá CRUD API s API Gateway
• Scheduled tasks — CloudWatch Events cron jobs
• Spike workloady — automatické škálování od 0 do tisíců instancí

Cold start — elefant v místnosti¶

Lambda funkce v Java/JVM: cold start 3-10 sekund. Node.js: 100-500ms. Python: 200-800ms. Pro synchronní API je cold start problém. Řešíme provisioned concurrency (drahé) nebo optimalizací runtime.

Kde Lambda NEfunguje¶

Long-running procesy — 15 min timeout. Stateful aplikace — žádný lokální stav. Konstantní load — EC2/ECS je levnější. Complex orchestrace — Step Functions pomáhají, ale komplexita roste.

Vendor lock-in¶

Lambda funkce závisí na S3, DynamoDB, SQS, API Gateway… Migrace na jiný cloud by znamenala přepis většiny kódu. Výhodou je, že investice do AWS ekosystému se většinou vrací.

Serverless je nástroj, ne architektura¶

Lambda je vynikající pro event-driven workloady a spike patterny. Ale není to stříbrná kulka — pro konstantní load a složité aplikace zůstáváme u Kubernetes.