What is "Serverless"?
summary
Panel defines serverless as small, event-triggered code — essentially function as a service — best for API gateways, simple translations, background jobs and parallel data processing, not for whole transactional apps that require ordering or strong atomicity. Operational issues include cold-start cost on JVMs, CI/CD and ownership of proliferating functions; one group cites a working example on AWS Lambda + DynamoDB. Expect modest latency and eventual-consistency tradeoffs, tooling gaps for dependency mapping, and adoption timelines measured in years rather than weeks.
AI-written summary · about
chapters (11)
- 0:00Introduction to panel
- 1:03Defining serverless computing
- 3:31Good use cases for serverless
- 8:28Bad fits for serverless
- 13:22Organizational impact of serverless
- 21:26Audience experiences with serverless
- 23:49Kernels and serverless fit
- 25:45Microservice size debate
- 27:51Resource utilization efficiency
- 28:41Spring Cloud Data Flow role
- 30:37Closing and Q&A
related talks
06mAn introduction to serverless
28mServerless - the way microservices should be
35mServerless Experiences -- On Your Own Servers?
42mNo Server Is Better Than No Server: Building Blocks for Serverless Architectures
04mServerless, Revealed!
58mServerless - the brief past, the bewildering present, and the beautiful (?) future
48mThe future will be Serverless
52mConfusion In The Land Of The Serverless
