wojciech-dabrowski
wojciech-dabrowski
wojc.dabrowski@gmail.com
@grumpycraftsman
https://github.com/cncf/wg-serverless/blob/master/whitepapers/serverless-overview/cncf_serverless_whitepaper_v1.0.pdf
https://github.com/cncf/wg-serverless/blob/master/whitepapers/serverless-overview/cncf_serverless_whitepaper_v1.0.pdf
https://www.datadoghq.com/state-of-serverless/
https://www.datadoghq.com/state-of-serverless/
https://www.itjobswatch.co.uk/jobs/uk/serverless.do
wojciech-dabrowski
wojciech-dabrowski
wojc.dabrowski@gmail.com
@grumpycraftsman
https://pattern-match.com/
wojciech-dabrowski
wojciech-dabrowski
wojc.dabrowski@gmail.com
@grumpycraftsman
https://pattern-match.com/
https://www.bigcommerce.com/blog/saas-vs-paas-vs-iaas/
https://aws.amazon.com/serverless/
https://aws.amazon.com/serverless/
https://aws.amazon.com/serverless/
https://youtu.be/oQFORsso2go
https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html
Dealing with cold starts
https://docs.aws.amazon.com/lambda/latest/dg/configuration-concurrency.html
https://aws.amazon.com/blogs/aws/new-provisioned-concurrency-for-lambda-functions/
Dealing with long running processes
https://youtu.be/1X_jTyqDqsI
AWS
Step Functions
Considering other architecture components
Doesn't it?
https://www.trek10.com/blog/fargate-vs-lambda
https://twitter.com/coryodaniel/status/1029414668681469952
https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html
https://en.wikipedia.org/wiki/Hype_cycle#/media/File:Gartner_Hype_Cycle.svg
https://www.gartner.com/en/documents/3987268/hype-cycle-for-compute-infrastructure-2020
https://en.wikipedia.org/wiki/Hype_cycle#/media/File:Gartner_Hype_Cycle.svg
Rarely or burst used APIs in small/medium scale
Rarely or burst used APIs in small/medium scale, only when you don't care about cold starts.
Building serverless is considered faster*. Build PoC/MVP stuff with proper code architecture.
Rarely or burst used APIs in small/medium scale, only when you don't care about cold starts.
Building serverless is considered faster*. Build PoC/MVP stuff with proper code architecture.
Rarely or burst used APIs in small/medium scale, only when you don't care about cold starts.
*Only if the development team is familiar with the serverless.
Building serverless is considered faster*. Build PoC/MVP stuff with proper code architecture.
Rarely or burst used APIs in small/medium scale, only when you don't care about cold starts.
Batch processing, which can be split into multiple small steps.
*Only if the development team is familiar with the serverless.
Building serverless is considered faster*. Build PoC/MVP stuff with proper code architecture.
Rarely or burst used APIs in small/medium scale, only when you don't care about cold starts.
Batch processing, which can be split into multiple small steps.
*Only if the development team is familiar with the serverless.
Asynchronous or event-based processes.
Serverless is probably not for you if you need stable and short response times.
Integrating serverless applications with no-serverless components can be disappointing.
Serverless is probably not for you if you need stable and short response times.
Building serverless applications need some new skills and techniques. Consider additional training or team augmentation if you want to use it effectively.
Integrating serverless applications with no-serverless components can be disappointing.
Serverless is probably not for you if you need stable and short response times.
Serverless is not a new silver bullet that we should use for every purpose. Even in the future.
It is just yet another tool for software engineers/architects to use in proper use cases.
Serverless is not a new silver bullet that we should use for every purpose. Even in the future.
wojciech-dabrowski
wojciech-dabrowski
wojc.dabrowski@gmail.com
@grumpycraftsman
https://pattern-match.com/
https://pattern-match.com/