From
Dev/Ops
to
devops
Patrick Debois
Patrick.Debois@jedi.be
@patrickdebois
http://jedi.be/blog
Kris Buytaert
Kris.Buytaert@inuits.be
@krisbuytae...
There was this
great IT company
Full of IT-professionals
But when
a new
release was
at hand
Things changed
DEVS OPS
“please deploy this
warfile now”
“we need more detail”
“just do it, it’s important”
“we still need more info”
I’m superior!
Operations is so slow
We create real value
Devs don’t know production
We protect real value
I’m superior!
silence
And after a few rounds
The business was horrified
Dev/Ops
Dev/Ops
Why can’t we just get along?
Infrastructure
used to be hard(ware)
operations could
only jump not fly
therefore operations
avoided change
But then came
virtualization
The cloud showed us how to scale
Infrastructure
as code
CFEngine Puppet Chef
# tomcat.pp
class tomcat {
! package {
! ! "java-1.6.0-sun-compat":
! ! ! ensure => "installed";
! ! "tomcat6":
! ! ! requ...
Agile
Infrastructure
Rebuild from Scratch
Version control
Automate things
Controlled changes
It’s more then just automation
use tests as brakes to
allow you to go faster
Test
deploy
+
rollback
scenario’s
Make things
reproducible
Agile Sysadmin
Operations backlog
Planning Poker
Iterations vs flow
Pair system
administration
Kanban board
Backlog Todo(3) Test(2) Production(1)
OPS-OPS Problem
Network
Sysadmin
Storage
Security
But agile devs
know all that
We all
become
developers
now?
Devs can just ship
a virtual machine?
Stop the
rockstar mentality!
Don’t
fear
for your job
All this automation will only
help against some local pain
Let’s turn
the pain level
up a notch
Continuous Integration
If it’s hard
do it more often
Build
Pipelines
DEV TEST UAT PREPROD PROD
Make all environments
the same
DEV TEST PROD
Software only brings
value in Production
Parallel Build Pipelines
Infrastructure Build & Test
Software Build & Test
Data Build & Test
Application
OS Level
Data
Synchronize your
release cycles
Think
Continuous
Delivery
There are still a few
problems to solve
How to package things
access
We all want our
Debug logs
!=
Operational Logs
Focus on:
Flow & Cycle Time
Value stream mapping
Minimize waste
Zero defect policy
Stop the line mentality
Fix things
early in the process
We want
Continuous Improvement
We need to
overcome a
bigger pain
We need to overcome
the silos
Development Operations
Prince2,Agile, Scrum ITIL, Cobit, CMMI
Current management styles
focus on optimizing
individual parts
Devs
optimize
their world
view
Ops
optimize
their world
view
Not In My Back Yard
Syndrome
Causing technical debt
Like cron job fixes
The map
is not
the territory
Alfred Korzybski
Systems Thinking
Understand it’s a
business
problem
do the right thing
vs
the thing right
Collect Metrics
Problems
in production
Failure
to deploy
Functionality
not working
Bugs Failed deploys Incidents
When to decide
Project vs Incidents
Or
functional
vs
non-functional
requirements
Relate it to business value
Value lostMarket lossValue Added
Bugs Failed deploys Incidents
Advise and Accept
the business decision
Recap:
No Silver Bullet
It’s a jobtitle
Even though we have
a different culture
HardwareSoftware
We share the
same customer
We try to solve the same
business problem
Why only
work together
when things
go wrong?
Managers are there
to support you.
Not to tell you what to do
It’s not about
the tools
It’s a cultural shift
THE SECRET SAUCE
OF THE DEVOPS:
CAMS
• Culture
• Automation
• Measurement
• Sharing
JohnWillis &
Damon Edwards
Multiple levels
have higher impact
Culture is hard, start with behavior
Effort to
change
Impact
Tools
Behavior
Culture
Become Awesome
again
Interesting Books
Want to know more?
#devops on twitter & irc
http://devopsdays.org
http://devopscafe.org
http://planetdevops.net
devops goo...
What keeps you awake
at night?
Inspired by
• Vampires (Programmers) versus
Werewolves (Sysadmins)
• http://www.codinghorror.com/blog/
2010/08/vampires-pr...
From Dev/ops to devops: What a difference one character makes
From Dev/ops to devops: What a difference one character makes
From Dev/ops to devops: What a difference one character makes
From Dev/ops to devops: What a difference one character makes
Upcoming SlideShare
Loading in...5
×

From Dev/ops to devops: What a difference one character makes

9,838

Published on

These are the slides presented at both T-dose and Devoxx 2010 by Kris Buytaert and Patrick Debois.

2 Comments
17 Likes
Statistics
Notes
No Downloads
Views
Total Views
9,838
On Slideshare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
181
Comments
2
Likes
17
Embeds 0
No embeds

No notes for slide

From Dev/ops to devops: What a difference one character makes

  1. 1. From Dev/Ops to devops
  2. 2. Patrick Debois Patrick.Debois@jedi.be @patrickdebois http://jedi.be/blog Kris Buytaert Kris.Buytaert@inuits.be @krisbuytaert http://krisbuytaert.be/blog
  3. 3. There was this great IT company
  4. 4. Full of IT-professionals
  5. 5. But when a new release was at hand
  6. 6. Things changed DEVS OPS
  7. 7. “please deploy this warfile now”
  8. 8. “we need more detail”
  9. 9. “just do it, it’s important”
  10. 10. “we still need more info”
  11. 11. I’m superior! Operations is so slow We create real value Devs don’t know production We protect real value I’m superior!
  12. 12. silence And after a few rounds
  13. 13. The business was horrified
  14. 14. Dev/Ops
  15. 15. Dev/Ops
  16. 16. Why can’t we just get along?
  17. 17. Infrastructure used to be hard(ware)
  18. 18. operations could only jump not fly
  19. 19. therefore operations avoided change
  20. 20. But then came virtualization
  21. 21. The cloud showed us how to scale
  22. 22. Infrastructure as code CFEngine Puppet Chef
  23. 23. # tomcat.pp class tomcat { ! package { ! ! "java-1.6.0-sun-compat": ! ! ! ensure => "installed"; ! ! "tomcat6": ! ! ! require => [Package["java-1.6.0-sun-compat"], Package["ntc-tomcat-log4j"]], ! ! ! ensure => "installed"; ! ! "tomcat6-admin-webapps": ! ! ! ensure => "installed"; ! ! "log4j": ! ! ! ensure => "installed"; ! ! "tanukiwrapper": ! ! ! ensure => "installed"; ! ! "mysql-connector-java": ! ! ! ensure => "installed"; ! } ! file { ! ! "/etc/init.d/tomcat6": mode => "0755", owner => "root", group => "root", source => "puppet:///tomcat/tomcat6.init"; } ! user { ! ! "tomcat": ! ! ! ensure => "present", ! ! ! require => Package["tomcat6"]; ! } }! Example tomcat recipe
  24. 24. Agile Infrastructure
  25. 25. Rebuild from Scratch
  26. 26. Version control
  27. 27. Automate things
  28. 28. Controlled changes
  29. 29. It’s more then just automation
  30. 30. use tests as brakes to allow you to go faster
  31. 31. Test deploy + rollback scenario’s
  32. 32. Make things reproducible
  33. 33. Agile Sysadmin
  34. 34. Operations backlog
  35. 35. Planning Poker
  36. 36. Iterations vs flow
  37. 37. Pair system administration
  38. 38. Kanban board Backlog Todo(3) Test(2) Production(1)
  39. 39. OPS-OPS Problem Network Sysadmin Storage Security
  40. 40. But agile devs know all that
  41. 41. We all become developers now?
  42. 42. Devs can just ship a virtual machine?
  43. 43. Stop the rockstar mentality!
  44. 44. Don’t fear for your job
  45. 45. All this automation will only help against some local pain
  46. 46. Let’s turn the pain level up a notch
  47. 47. Continuous Integration If it’s hard do it more often
  48. 48. Build Pipelines DEV TEST UAT PREPROD PROD
  49. 49. Make all environments the same DEV TEST PROD
  50. 50. Software only brings value in Production
  51. 51. Parallel Build Pipelines Infrastructure Build & Test Software Build & Test Data Build & Test Application OS Level Data
  52. 52. Synchronize your release cycles
  53. 53. Think Continuous Delivery
  54. 54. There are still a few problems to solve
  55. 55. How to package things
  56. 56. access We all want our
  57. 57. Debug logs != Operational Logs
  58. 58. Focus on: Flow & Cycle Time
  59. 59. Value stream mapping
  60. 60. Minimize waste
  61. 61. Zero defect policy
  62. 62. Stop the line mentality
  63. 63. Fix things early in the process
  64. 64. We want Continuous Improvement
  65. 65. We need to overcome a bigger pain
  66. 66. We need to overcome the silos Development Operations
  67. 67. Prince2,Agile, Scrum ITIL, Cobit, CMMI Current management styles
  68. 68. focus on optimizing individual parts
  69. 69. Devs optimize their world view
  70. 70. Ops optimize their world view
  71. 71. Not In My Back Yard Syndrome
  72. 72. Causing technical debt
  73. 73. Like cron job fixes
  74. 74. The map is not the territory Alfred Korzybski
  75. 75. Systems Thinking
  76. 76. Understand it’s a business problem
  77. 77. do the right thing vs the thing right
  78. 78. Collect Metrics Problems in production Failure to deploy Functionality not working Bugs Failed deploys Incidents
  79. 79. When to decide Project vs Incidents
  80. 80. Or functional vs non-functional requirements
  81. 81. Relate it to business value Value lostMarket lossValue Added Bugs Failed deploys Incidents
  82. 82. Advise and Accept the business decision
  83. 83. Recap: No Silver Bullet
  84. 84. It’s a jobtitle
  85. 85. Even though we have a different culture HardwareSoftware
  86. 86. We share the same customer
  87. 87. We try to solve the same business problem
  88. 88. Why only work together when things go wrong?
  89. 89. Managers are there to support you. Not to tell you what to do
  90. 90. It’s not about the tools
  91. 91. It’s a cultural shift
  92. 92. THE SECRET SAUCE OF THE DEVOPS: CAMS • Culture • Automation • Measurement • Sharing JohnWillis & Damon Edwards
  93. 93. Multiple levels have higher impact
  94. 94. Culture is hard, start with behavior Effort to change Impact Tools Behavior Culture
  95. 95. Become Awesome again
  96. 96. Interesting Books
  97. 97. Want to know more? #devops on twitter & irc http://devopsdays.org http://devopscafe.org http://planetdevops.net devops googlegroup devops-toolchain googlegroup
  98. 98. What keeps you awake at night?
  99. 99. Inspired by • Vampires (Programmers) versus Werewolves (Sysadmins) • http://www.codinghorror.com/blog/ 2010/08/vampires-programmers-versus- werewolves-sysadmins.html
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×