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

DevOps, from A to Zen

November 13, 2019

DevOps, from A to Zen

Are you "doing devops"? what does that mean, anyway? in this no-BS session, we will uncover 26 real world habits of people "doing devops", from the smallest daily action to organization-wide best practices.

first published at Devoxx Morocco, Agadir, 2019



November 13, 2019

More Decks by djalal

Other Decks in Programming


  1. one last thing (first) one last thing (first) this is

    NO authorative content this is NO authorative content just MY 5-year DevOps practice just MY 5-year DevOps practice “YMMV” “YMMV” slides have been reviewed by certified slides have been reviewed by certified trainer trainer no BS, vendor agnostic, buzzword free no BS, vendor agnostic, buzzword free
  2. AUTOMATE easy one! more automation = less errors, reproducible workloads

    your favorite scripting language, can be declarative too!
  3. BUILD customer value rst, delivering value to user, building solutions,

    not only apps pipelines please, with quality gateways
  4. COMMIT all the things to keep every piece of code,

    doc, infra, test, etc. under an auditable system git everything. bonus: take a look at “gitops” set of principles
  5. ELIMINATE fragility add con dence in pushing value to production,

    remove FUD ASAP without hesitation, see something, DO something
  6. FAIL and learn best way to learn? at least 15%

    failure rate scienti c study try and document your ndings, aim for the “root cause”, inject failure (cf. symian army)
  7. GROOMING the backlog is your living pet, it must stay

    up-to-date and healthy planned meetings with stakeholders to align business with work
  8. HACK taking shortcuts w/ delivery can make you faster at

    xing things have a hacking budget, keep quality, never indulge in cowboy mode
  9. JOIN forces less organization silos 1+1=3 more shared vision get

    c-level support to push various roles into partners
  10. KNOW yourself E cient devops teams involve self-assessment of people

    and skills. Purpose driven people have better business value. Pass tests, try another role, see if it ts you better
  11. MEASURE no monitoring==no feedback can’t take the next step if

    you can’t see nothing set business KPI, don’t only stare (at dashboards), share alerts (or progress)
  12. NEGOTIATE no more top bottom design, negotiation over dummy execution

    introduce agility by delivering value and then suggesting change (see MEASURE)
  13. OPERATE you build it, you run it, and then only

    you will master it get to really know you env con gs, release process, capacity, etc.
  14. PRIORITIZE because important is not urgent. downtime is not bearable!

    eye candy and new features can wait x bugs ASAP , see Negotiate+Questions
  15. QUESTION tasks/priorities as team maturity grows, any member will challenge

    tasks and priorities. that’s a good sign. no HiPPO (highest paid person’s opinion) any more give special moments, make o cial room for it. people should feel blameless to ask the W’s
  16. RELEASE to production can’t do devops without releases, or else

    it’s just another local optimization with silos ideally use deployment pipelines, at least stop manually running commands on SSH
  17. SHAPE your skills transformation needs people, not the traditional ones.

    specialists are too deep and narrow (the “I” shape). orgs should shop for “T” shaped people, with broad knowledge mixed with some expertise in a speci c area (think SRE, TDD devs, SecOps)
  18. TEST because the usual suspects: bugs, regressions, rotting software as

    early as possible, automated AMAP , (in production too!)
  19. USE we need to USE tools, tech and technics, because

    we solve problems. not the other way round /!\ question, try and qualify (make or buy?)
  20. VOLUNTEER help others in your team, or other teams: invaluable

    bonds in the long term, especially if not on your payroll agree on inner source principles. like open source, but inside your org.
  21. WATCH production part of the devops feedback loop, you run

    it, you watch it practice observability, or APM
  22. XPLAIN why team members should be able to tell why

    this implementation or this design strategy, how it ts bizops grooming, poker planning, etc.
  23. YIELD progress progress is one of major metric in devops

    practice. ie. more progress=more customer value=more motivation. measure it, share, celebrate, rinse and repeat. watch for the technical debt budget.
  24. BONUS 1: top 10 items showing you are “doing devops”

    1. Written Business objectives 2. Up to date Backlog 3. “* as Code” git Repositories 4. Documentation for any process 5. Delivery pipelines 6. Automated Tests 7. Peer Reviews 8. Software artefacts 9. Measurement dashboards 10. Blameless post-mortems
  25. BONUS 2: List of metrics to measure success Release velocity

    Mean Time To Repair Versions per pipeline stage Quality and Review Status per Version Active, recent and planned Deployments & Releases Environment Availability & Schedule