DevOps Theory vs. Practice: A Song of Ice and Tire Fire

Software Engineering
Theory vs. Practice: A Song
of Ice and TireFire

Senior SRE Leader at Google
Senior Software Engineer at Netflix
SVP of Thoughts at Facebook
Obviously better than you
Thought Leader, Disruptive
Innovator
Disclaimer: absolutely

Native proficiency in Dutch, English, Go
Dabbles in German end French and Curses in 18
more languages
Fluent in Thought Leader gibberish
Official Hiptech Translator
Disclaimer: some of the above may or may not be true.
@jbaruch @leonstigter @devopsdays_clt jfrog.com/shownotes

Baruch,
Thought
Leader Away!

Everybody's software
must be releasable
at absolutely any
time

Everyone must have
100% test
automation

We do Continuous
Security well.

Your greatest
threat is an outage.
Not an employee.

VMs are the enemy of
DevOps. This is where
you must focus your
innovation.

You are a beautiful unique
snowflake, as are your
problems.
No vendor could possibly
understand them.

Our company is based in SF
because that’s where the best
engineers are.

THANK
YOU!

Baruch Sadogursky
Chief Sticker Officer @jfrog
@jbaruch

Leon Stigter
Developer Advocate @jfrog
@leonstigter

Shownotes!
● jfrog.com/shownotes
● Slides
● Video (by tomorrow)
● All the links!
● Comments, Ratings
● Raffle!

How did we
get here?

DevOps Theory vs. Practice: A Song of Ice and Tire Fire

TIME FOR BULLET POINTSThere could be text here too
• Gotta love bullets

Cargo Cult

The Four
Questions

The Four Questions
1. Is my organization/team ready to
adopt a new tech?
2. Is it even a good tech?
3. What do I gain from adopting this
tech?
4. Is this tech a good solution to my
problem?

1. Is my
organization
/team ready
to adopt a
new tech?

Maturity
Models
• “A maturity model is a tool that
helps people assess the current
effectiveness of a person or group
and supports figuring out what
capabilities they need to acquire
next in order to improve their
performance. In many circles
maturity models have gained a bad
reputation, but although they can
easily be misused, in proper hands
they can be helpful.”
• -
Martin Fowler

Introducing
maturity
models
• “A maturity model is a tool that
helps people assess the current
effectiveness of a person or group and
supports figuring out what
capabilities they need to acquire next
in order to improve their
performance.
• In many circles maturity
models have gained a bad
reputation, but although they can
easily be misused, in proper
hands they can be helpful.”
• -
Martin Fowler

Maturity model components
Evaluation factors
Scoring methodology
Self assessment vs 3rd party assessment capability
Progress tracking
Visualization

Maturity Model
Examples

Simple model

Progress planning
Target
Today
In 2Q

Leader board
Team A
Team B
Team C
Team D
Team E

A different
approach

Account for different teams’ priorities

Model definition example
System config as Code The infrastructure configuration is managed as code - e.g. no manual processes for configuring/setting
up/ infrastructure.
Differentiating: Infrastructure operates without any manual processes. All changes to the
infrastructure or infrastructure capabilities are done through automation and policy only.
Complete: Infrastructure operates without any manual processes. Some infrequent administrative
activities may be initiated manually (although the activities themselves must be automated).
Partial (Most): Infrastructure operates without any manual processes. Some infrequent
administrative activities may be manual, pending automation.
Partial (Much): Infrastructure operates with significant automation. Some processes still manual;
pending automation.
Partial (Some): Infrastructure requires significant care and feeding. Many processes still manual;
pending automation.
No Support: While some functions may be automated, they are generally kicked-off manually; and
many functions are still fully manual. Large backlog of automation items.

Applying maturity models: DOs and DONT’s
Only use primary colors
Involve your teams in the model definition
Let team self assess first and then assess together
Partner with forward looking teams first
Remember being at 100% is not a goal the model has to have a
stretch goal
Evolve the model from time to time
And ….

https://martinfowler.com/bliki/MaturityModel.html
Our message is:

2. Is it even a
good tech?

The Recap: The Four Questions
1. Is my organization/team ready to
adopt a new tech?
2. Is it even a good tech?
3. What do I gain from adopting this
tech?
4. Is this tech a good solution to my
problem?

Thank you very much!
● Shownotes
● @jbaruch
● @leonstigter
● @devopsdays_clt

Things that are not questions
● Your résumé
● Calling bullshit on the entire premise of
the talk
● A long rambling story with no point

DevOps Theory vs. Practice: A Song of Ice and Tire Fire

More Related Content

What's hot (19)

Similar to DevOps Theory vs. Practice: A Song of Ice and Tire Fire (20)

More from Leon Stigter (20)

Recently uploaded (20)

DevOps Theory vs. Practice: A Song of Ice and Tire Fire