Upgrade to Pro — share decks privately, control downloads, hide ads and more …

How trust enables faster technology change

How trust enables faster technology change

Talk given at #ipexpo in Manchester, all about the intersection of traditional IT service management and devops, and in particular the important part trust plays in devops.

Gareth Rushgrove

May 21, 2015
Tweet

More Decks by Gareth Rushgrove

Other Decks in Business

Transcript

  1. How Trust Enables Faster
    Technology Change
    Puppet Labs
    Gareth Rushgrove
    and infrastructure as code

    View full-size slide

  2. Gareth Rushgrove

    View full-size slide

  3. Common Problems
    Whether you’re in software

    development or enterprise IT

    View full-size slide

  4. Adopting
    the latest
    technology
    Gareth Rushgrove
    Long term
    planning
    VS

    View full-size slide

  5. Why does this matter?
    An increasing rate of
    technology change
    Gareth Rushgrove

    View full-size slide

  6. Gareth Rushgrove

    View full-size slide

  7. Gareth Rushgrove

    View full-size slide

  8. All still the future for the majority
    Gareth Rushgrove

    View full-size slide

  9. The gap between the leading
    edge and every-one-else is
    growing
    Gareth Rushgrove

    View full-size slide

  10. Moving
    quickly
    Gareth Rushgrove
    Stability
    and security
    VS

    View full-size slide

  11. Gareth Rushgrove
    Then
    Move fast and break things

    View full-size slide

  12. Move fast with stable infra
    Gareth Rushgrove
    Now

    View full-size slide

  13. Dev
    Gareth Rushgrove
    Ops
    VS

    View full-size slide

  14. Common Solutions
    What is this talk all about?

    View full-size slide

  15. - The importance of trust
    - Service management and devops
    - Learning to trust computers
    Gareth Rushgrove

    View full-size slide

  16. In Devops we Trust
    How trust relates to this doves thing

    View full-size slide

  17. CAMS - Culture, Automation,
    Measurement and Sharing
    Gareth Rushgrove
    John Willis

    View full-size slide

  18. Trust helps build culture
    Gareth Rushgrove

    View full-size slide

  19. Trust makes measurement
    actionable
    Gareth Rushgrove

    View full-size slide

  20. If you can’t trust your
    measurements, or where they
    come from, why act on them?
    Gareth Rushgrove

    View full-size slide

  21. Trust allows for autonomous
    automation
    Gareth Rushgrove

    View full-size slide

  22. Trust permits sharing
    Gareth Rushgrove

    View full-size slide

  23. Trust and
    Change Control
    How trust underpins a culture

    of continuous delivery

    View full-size slide

  24. Devops
    Gareth Rushgrove
    IT Service
    Management
    VS

    View full-size slide

  25. Gareth Rushgrove

    View full-size slide

  26. Whether you use the ITIL
    framework or not you’re likely
    doing many of the component
    parts of ITSM
    Gareth Rushgrove

    View full-size slide

  27. Change management,
    configuration management,
    supplier management, capacity
    management, request fulfilment,
    problem management, access
    management, etc.
    Gareth Rushgrove

    View full-size slide

  28. Continuous
    delivery
    Gareth Rushgrove
    Change
    control
    VS

    View full-size slide

  29. Q. If Amazon release to
    production every 11.6 seconds,
    how often does the Change
    Approval Board meet?
    Gareth Rushgrove
    http://assets.en.oreilly.com/1/event/60/Velocity%20Culture%20Presentation.pdf

    View full-size slide

  30. Standard Changes are pre-
    approved changes that are
    considered relatively low risk, are
    performed frequently, and follow
    a documented process
    Gareth Rushgrove
    Standard Change is defined in ITIL version 3

    View full-size slide

  31. 0
    25
    50
    75
    100
    Standard Normal Emergency
    Gareth Rushgrove
    You probably do lots of standard
    changes

    View full-size slide

  32. 0
    25
    50
    75
    100
    Standard Normal Emergency
    Gareth Rushgrove
    But are most application
    deployments standard changes?

    View full-size slide

  33. 0
    25
    50
    75
    100
    Standard Normal Emergency
    Gareth Rushgrove
    But are most infrastructure
    updates standard changes?

    View full-size slide

  34. 0
    250
    500
    750
    1000
    Standard Normal Emergency
    Gareth Rushgrove
    Endeavour to make everything a
    standard change

    View full-size slide

  35. Endeavour to make all
    deployments use the change
    same mechanism
    Gareth Rushgrove

    View full-size slide

  36. Gareth Rushgrove
    Because you can’t trust
    snowflakes

    View full-size slide

  37. Gareth Rushgrove
    Because you can’t trust
    snowflakes

    View full-size slide

  38. “We went from all-hands-on-
    deck, war-room sort of
    deployments to non-events”
    Gareth Rushgrove
    Jez Miller, Heartland Payment Systems

    View full-size slide

  39. Gareth Rushgrove
    Regular releases reduce risk

    View full-size slide

  40. When deployments are the same
    they can be automated
    Gareth Rushgrove

    View full-size slide

  41. Which means we need to trust
    our automation
    Gareth Rushgrove

    View full-size slide

  42. Trust in Automation
    Using computers to do the boring work

    View full-size slide

  43. Because you can’t keep the
    spreadsheet up to date
    Gareth Rushgrove

    View full-size slide

  44. Because if you don’t know the
    state of your system how can you
    trust a given change will work?
    Gareth Rushgrove

    View full-size slide

  45. Доверяй, но
    проверяй
    Trust but verify

    View full-size slide

  46. - An unambiguous model
    - A production line for changes
    - Constant positive feedback
    Gareth Rushgrove

    View full-size slide

  47. Infrastructure as code
    Gareth Rushgrove
    Unambiguous model

    View full-size slide

  48. Gareth Rushgrove
    Unambiguous model

    View full-size slide

  49. Gareth Rushgrove
    Unambiguous model

    View full-size slide

  50. Gareth Rushgrove
    Unambiguous model

    View full-size slide

  51. Source code can be checked into
    version control, so clear
    understanding of who changed
    what and when
    Gareth Rushgrove
    Unambiguous model

    View full-size slide

  52. Trust comes from a shared
    resource between development
    and operations…
    Gareth Rushgrove
    Unambiguous model

    View full-size slide

  53. …and between IT policy,
    auditors, security colleagues
    Gareth Rushgrove
    Unambiguous model

    View full-size slide

  54. Applying software development
    practices to infrastructure
    Gareth Rushgrove
    Production line

    View full-size slide

  55. Gareth Rushgrove
    Production line
    Login to a
    server
    Make
    change

    View full-size slide

  56. Gareth Rushgrove
    Production line
    Write the
    code
    Check
    syntax
    Check
    style
    Unit tests
    Acceptance
    tests
    Code
    review
    Deploy

    View full-size slide

  57. One way to make changes,
    nothing is adhoc
    Gareth Rushgrove
    Production line

    View full-size slide

  58. Extensive metrics from applying
    the model to you infrastructure
    Gareth Rushgrove
    Positive feedback

    View full-size slide

  59. By default Puppet runs
    everywhere every half an hour
    Gareth Rushgrove
    Positive feedback

    View full-size slide

  60. Gareth Rushgrove
    Run status
    Positive feedback

    View full-size slide

  61. Gareth Rushgrove
    Report on changes
    Positive feedback

    View full-size slide

  62. Profile performance
    Positive feedback

    View full-size slide

  63. Trust comes from running
    all the time
    Gareth Rushgrove

    View full-size slide

  64. Adopting
    the latest
    technology
    Gareth Rushgrove
    Long term
    planning
    and

    View full-size slide

  65. Moving
    quickly
    Gareth Rushgrove
    Stability
    and security
    and

    View full-size slide

  66. Continuous
    delivery
    Gareth Rushgrove
    Change
    control
    and

    View full-size slide

  67. Devops
    Gareth Rushgrove
    IT Service
    Management
    and

    View full-size slide

  68. Dev
    Gareth Rushgrove
    Ops
    and

    View full-size slide

  69. Gareth Rushgrove
    puppetlabs.com/download-learning-vm

    View full-size slide

  70. Gareth Rushgrove
    puppetlabs.com/community/participate

    View full-size slide

  71. Gareth Rushgrove

    View full-size slide

  72. Questions?
    And thanks for listening

    View full-size slide