DevOps Theory vs. Practice: A Song of Ice and TireFire

A presentation at Women Techmakers Berlin Meetup in January 2019 in Berlin, Germany by Baruch Sadogursky

Slide 1

Slide 1

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

Slide 2

Slide 2

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

Slide 3

Slide 3

Official Hiptech Translator Native proficiency in German, English, Hebrew, Russian and Curses in 18 more languages Fluent in Thought Leader gibberish Disclaimer: absolutely all of the above is true. @jbaruch #wtm jfrog.com/shownotes

Slide 4

Slide 4

Baruch, Thought Leader Away! @jbaruch #wtm jfrog.com/shownotes

Slide 5

Slide 5

Everybody’s software must be releasable at absolutely any time @jbaruch #wtm jfrog.com/shownotes

Slide 6

Slide 6

Everyone must have 100% test automation @jbaruch #wtm jfrog.com/shownotes

Slide 7

Slide 7

We do Continuous Security well. @jbaruch #wtm jfrog.com/shownotes

Slide 8

Slide 8

Your greatest threat is an outage. Not an employee. @jbaruch #wtm jfrog.com/shownotes

Slide 9

Slide 9

VMs are the enemy of DevOps. This is where you must focus your innovation. @jbaruch #wtm jfrog.com/shownotes

Slide 10

Slide 10

You are a beautiful unique snowflake, as are your problems. No vendor could possibly understand them. @jbaruch #wtm jfrog.com/shownotes

Slide 11

Slide 11

Our company is based in SF because that’s where the best engineers are. @jbaruch #wtm jfrog.com/shownotes

Slide 12

Slide 12

THANK YOU! @jbaruch #wtm jfrog.com/shownotes

Slide 13

Slide 13

Baruch Sadogursky Chief Sticker Officer @jfrog @jbaruch @jbaruch #wtm jfrog.com/shownotes

Slide 14

Slide 14

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

Slide 15

Slide 15

How did we get here? @jbaruch #wtm jfrog.com/shownotes

Slide 16

Slide 16

Slide 17

Slide 17

TIMEThereFOR BULLET POINTS could be text here too • Gotta love bullets • Gotta love bullets • Gotta love bullets • Gotta love bullets • Gotta love bullets • Gotta love bullets

Slide 18

Slide 18

Slide 19

Slide 19

TIMEThereFOR BULLET POINTS could be text here too • Gotta love bullets • Gotta love bullets • Gotta love bullets • Gotta love bullets • Gotta love bullets • Gotta love bullets

Slide 20

Slide 20

Slide 21

Slide 21

Cargo Cult @jbaruch #wtm jfrog.com/shownotes

Slide 22

Slide 22

The Four Questions @jbaruch #wtm jfrog.com/shownotes

Slide 23

Slide 23

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?

Slide 24

Slide 24

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?

Slide 25

Slide 25

Is my organization /team ready to adopt a new tech? 1. @jbaruch #wtm jfrog.com/shownotes

Slide 26

Slide 26

• “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.” Maturity Models • Martin Fowler @jbaruch #wtm jfrog.com/shownotes

Slide 27

Slide 27

• “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. Introducing maturity models • 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 @jbaruch #wtm jfrog.com/shownotes

Slide 28

Slide 28

Maturity model components Evaluation factors Scoring methodology Self assessment vs 3rd party assessment capability Progress tracking Visualization @jbaruch #wtm jfrog.com/shownotes

Slide 29

Slide 29

Maturity Model Examples @jbaruch #wtm jfrog.com/shownotes

Slide 30

Slide 30

Simple model @jbaruch #wtm jfrog.com/shownotes

Slide 31

Slide 31

Progress planning Target Today @jbaruch #wtm In 2Q jfrog.com/shownotes

Slide 32

Slide 32

Leader board Team B Team A Team C Team D Team E @jbaruch #wtm jfrog.com/shownotes

Slide 33

Slide 33

@jbaruch #wtm jfrog.com/shownotes

Slide 34

Slide 34

@jbaruch #wtm jfrog.com/shownotes

Slide 35

Slide 35

A different approach @jbaruch #wtm jfrog.com/shownotes

Slide 36

Slide 36

@jbaruch #wtm jfrog.com/shownotes

Slide 37

Slide 37

Account for different teams’ priorities @jbaruch #wtm jfrog.com/shownotes

Slide 38

Slide 38

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. @jbaruch #wtm jfrog.com/shownotes

Slide 39

Slide 39

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 …. @jbaruch #wtm jfrog.com/shownotes

Slide 40

Slide 40

Our message is: https://martinfowler.com/bliki/MaturityModel.html @jbaruch #wtm jfrog.com/shownotes

Slide 41

Slide 41

@jbaruch Is it even a good tech? #wtm jfrog.com/shownotes

Slide 42

Slide 42

@jbaruch #wtm jfrog.com/shownotes

Slide 43

Slide 43

@jbaruch #wtm jfrog.com/shownotes

Slide 44

Slide 44

@jbaruch #wtm jfrog.com/shownotes

Slide 45

Slide 45

@jbaruch #wtm jfrog.com/shownotes

Slide 46

Slide 46

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?

Slide 47

Slide 47

Thank you very much! ● ● ● Shownotes @jbaruch #wtm @jbaruch #wtm jfrog.com/shownotes

Slide 48

Slide 48

Things that are not questions ● ● ● Your résumé Calling bullshit on the entire premise of the talk A long rambling story with no point @jbaruch #wtm jfrog.com/shownotes