Empowering businesses with serverless

EMPOWERING
businesses with
# s e r v e r l e s s
Yan Cui, @theburningmonk
ServerlessDays
ROME, 21.02.20

@theburningmonk theburningmonk.com
the why of technology is to
solve business problems and
create business values

my job as an engineer is NOT to write code

the code is not the product

the code is not the product
it’s a cost, a means to an end

my job as an engineer is to help the
business create value

what is the biggest challenge
facing your company?

runway

runway: f(investment, cost) => time

John Richard Boyd
US air force colonel
“Fighter Pilot who changed the Art of War”

OODA loop

Observe
OODA loop
collect data

Observe Orient
OODA loop
collect data analyse data,
form metal model

Observe Orient Decide
OODA loop
form metal model
decide course
of action

Observe Orient Decide Act
OODA loop
form metal model
decide course
of action
action!

OODA loop
product development

OODA loop
Understand
product development

OODA loop
Understand Deﬁne
product development

OODA loop
Understand Deﬁne Design
product development

OODA loop
Understand Deﬁne Design Deliver
product development

Boyd’s Law of Iteration
Boyd decided that the primary determinant to winning dogﬁghts
was not observing, orienting, planning, or acting better. The primary
determinant to winning dogﬁghts was observing, orienting,
planning, and acting faster. In other words, how quickly one could
iterate. Speed of iteration, Boyd suggested, beats quality of iteration.

Boyd’s Law of Iteration
Boyd decided that the primary determinant to winning dogﬁghts
was not observing, orienting, planning, or acting better. The primary
determinant to winning dogﬁghts was observing, orienting,
planning, and acting faster. In other words, how quickly one could
iterate. Speed of iteration, Boyd suggested, beats quality of iteration.Speed of iteration, Boyd suggested, beats quality of iteration.

communication overhead
inter-team dependencies

communication overhead
inter-team dependencies
lack of autonomy

Yan Cui
http://theburningmonk.com
@theburningmonk
AWS user for 10 years

http://bit.ly/yubl-serverless

Yan Cui
@theburningmonk
Developer Advocate @

Yan Cui
@theburningmonk
Independent Consultant
advisetraining delivery

https://theburningmonk.com/courses

lambdabestpractice.com

2006

we’re getting a new server
in 3 months time

yay!
about time!
hooray!!
ﬁnally!

but we have to decide
what dependencies to
install on it now..

client tier
logic tier
data tier
SQL

monolithic, 3-tier architectures

requires downtime for deployment

requires downtime for deployment
(OK for businesses that aren’t 24/7)

2010

on premise cloud

EC2
EC2

EC2
EC2
months minutes

EC2
EC2
minutes
compute becoming a commodity
Genesis Custom-built Product Commodity
http://bit.ly/wardley-maps

EC2
EC2
minutes

users are distributed
around the world
systems have to be
available 24/7

SCALABILITY
RESILIENCE
SECURITY

SCALABILITY
RESILIENCE
SECURITY
SPEED

Capex Opex
capital expenditure operational expenditure

Capex Opex
capital expenditure operational expenditure
levelled the playing ﬁeld

competition

competition user demand &
expectations

faster delivery
faster feedback loop
we need…

big-bang releases small, frequent releases

co-evolution
waterfall agile
silos DevOps
practice
activity
of
and

scale

scale complexity

but our cognitive capacity hasn’t increased…

leverage: do more with less

EC2
EC2
we’re still managing
infrastructure

https://bit.ly/2Im61VK
“Unless you’re an infrastructure company,
infrastructure is basically overhead.”
Matt Klein

infrastructure
you

EC2EC2
EC2 RDSDynamoDB SQS

Monoliths Microservices

EC2
EC2
EC2 DynamoDB
EC2 RDS
EC2 SQS DynamoDB

EC2
EC2
EC2 DynamoDB
EC2 RDS
EC2 SQS DynamoDB
we’re managing
lots more
infrastructure!

we need a better abstraction for the “server”

we need an immutable infrastructure

70% utilization
monolith
10% utilization
x 10
microservices

0
Theory
“it works on
my machine!”
“production
ready!”days

0
Theory
“it works on
my machine!”
“production
ready!”
0
Reality
“it works on
my machine!”
“production
ready!”
days
days

mooooo..

“portability between cloud providers”
- says no business, ever

“choose Kubernetes because, portability!”

runway
how do we optimize the runway
to get more iterations out of it?

runway
we need cheaper and
lighter planes!

2016

Server-ful Serverless

2016
95% cost saving vs EC2
feature velocity went from months to days

2016
95% cost saving vs EC2
feature velocity went from months to days
same sized team

minimise undifferentiated heavy-lifting

Why serverless?

more Scalable

1,000 concurrent executions (soft limit)

1,000 concurrent executions (soft limit)
AUTO-APPROVED
RAISE TO 3000

containers are reused

100% SERVERLESS
IN PRODUCTION

80 MILLION
MONTHLY USERS

Cheaper
(don’t pay for idle servers)

https://aws.amazon.com/solutions/case-studies/financial-engines/

https://www.doc.ic.ac.uk/~rbc/papers/fse-serverless-17.pdf
“This paper presents two
case industrial studies of
early adopters, showing
how migrating an
application to the
Lambda deployment
architecture reduced
hosting costs – by
between 66% and 95%…”

Resilience
(built-in redundancy and multi-AZ)

http://bit.ly/2Vzfexo

Secure

Shared Responsibility Model

Amazon automatically apply latest patches to host VMs

request
blue-green deployment
req/s
auto-scaling
us-east-1a
us-east-1b
us-east-1c
multi-AZ

the DevOps forcethe DevOps force
is strong with serverlessis strong with serverless

idea production
choose language
+ framework
master language
+ framework
figure out
deployment
configure AMI
configure ELB
configure
autoscaling
capacity planning
over-provision for
launch
are we doing
microservices?
configure CI/CD

idea production
greater Velocity from idea to product

2016
15x number of production deploys
same sized team

focus on customer needs

building a resilient, and scalable
infrastructure is hard work

building a resilient, and scalable
infrastructure is hard work
and crucial to
your success!

diverts attention from core
business problems

creates inter-team dependency

leading to delays, and time
pressure and stress

serverless teams are smaller,
and happier!

smaller teams
less comm overhead
fewer meetings
more time getting stuff done!

developers are able to own more of
their stack

developers are able to own more of
their stack
more autonomy

https://theburningmonk.com/hire-me
AdviseTraining Delivery
“Fundamentally, Yan has improved our team by increasing our
ability to derive value from AWS and Lambda in particular.”
Nick Blair
Tech Lead

Production-Ready Serverless

@theburningmonk
theburningmonk.com
github.com/theburningmonk

Empowering businesses with serverless

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (15)

Semelhante a Empowering businesses with serverless

Semelhante a Empowering businesses with serverless (20)

Mais de Yan Cui

Mais de Yan Cui (19)

Último

Último (20)

Empowering businesses with serverless