Demystifying DevOps
What it is, and isn’t
Max Griffiths
@_maxamg
I’m Max (hi)
• DevOps things for 12+yrs
• Used to be a dev.. probably more ops now
• Work for ThoughtWorks in SF
• Eating my way round the world, solving
problems for clients in various industries
• Worked for startups and large enterprises
• People problems + tech problems = FUN
Dev……….Ops
Difference in work style
Developers
- Features
- Functionality
= Change-happy
Operations
- Uptime
- Stability
= Change-averse
“DevOps is a response to the interdependence
of software development and IT operations. It
aims to help an organisation rapidly produce
software products and services”
“DevOps” - Wikipedia 2012
The Problem
(and my frustration)
• Been around for a long time
• We STILL have confusion and ambiguities
The Problem
…continued
…That’s ok (for us!)
but it’s not helping the situation
Elite Superstars
• DevOps heroes counteract shared ownership
• Project think they need these people
Other people’s frustration
…or confusion, e.g the article
“How ‘DevOps’ is Killing the Developer”
Specialism is good.
Pride yourself on special things
• Devs being more Ops-minded - GOOD!
• Ops folk being more Devvy - SURE!
• Coding Puppet isn’t DevOps - thats infra coding
Agile vs. DevOps?
Agile vs. DevOps?
Agile == DevOps?
Agile vs. DevOps?
Agile == DevOps?
Agile ⊨ DevOps?
They’re pals!
…with common interests:
• Fast Feedback (including visual)
• Consumer-centric and Value driven
• Optimising on speed and quality
A philosophy, a culture
NOT a role
• Think about QA: quality is everyones concern
• However: a certain set of skills really help in
times of DevOps anti patterns
The mystical ???? role
What do we call ????
role
• I don't mind. Not DevOps
• NuOps?
• Jedi Master, …behavioural technician?
Antipatterns
What does bad DevOps look
like?
• Operations Old Skool
• cares only about: stability, uptime
• probably surly, still codes Perl, and unlikely
to deploy your code without a huge
document
Developers
A DevOps Team
• Not necessarily a bad thing!
• But in most cases a sign that something isn’t
quite right
A DevOps Team
• ref 1: DevOpsDays London 2013 (Mark Rendell)
• ref 2:
“Forming new DevOps teams and giving people
DevOps titles is successful in practice”
Findings From Puppet Labs State Of DevOps
2014 - Nigel Kersten
I Haz the Dockers
• Who supports the tools when they transition from
bleeding edge to the blunter ‘cutting edge’
(the tool junkie)
A single DevOps person
The Good
The good
• Ops folk participating in showcases, retros,
inception and planning session
• Developers rotating through Operations
What good looks like
• Simple effective communication
• Co-location, or equally dispersed
• and…
What good looks like
Demystifying DevOps
What it is, and isn’t
Max Griffiths
meetup.com/SF-LunchOps
Infrastructure as
Code
Turns out, configuring servers is really easy
3 basic ‘resources’:
- Packages
- Files
- Services
Players in the market:

Demystifying DevOps - it's not Agile, but they're friends

  • 1.
    Demystifying DevOps What itis, and isn’t Max Griffiths @_maxamg
  • 2.
    I’m Max (hi) •DevOps things for 12+yrs • Used to be a dev.. probably more ops now • Work for ThoughtWorks in SF • Eating my way round the world, solving problems for clients in various industries • Worked for startups and large enterprises • People problems + tech problems = FUN
  • 3.
  • 4.
    Difference in workstyle Developers - Features - Functionality = Change-happy Operations - Uptime - Stability = Change-averse
  • 5.
    “DevOps is aresponse to the interdependence of software development and IT operations. It aims to help an organisation rapidly produce software products and services” “DevOps” - Wikipedia 2012
  • 6.
    The Problem (and myfrustration) • Been around for a long time • We STILL have confusion and ambiguities
  • 7.
    The Problem …continued …That’s ok(for us!) but it’s not helping the situation
  • 8.
    Elite Superstars • DevOpsheroes counteract shared ownership • Project think they need these people
  • 9.
    Other people’s frustration …orconfusion, e.g the article “How ‘DevOps’ is Killing the Developer”
  • 10.
    Specialism is good. Prideyourself on special things • Devs being more Ops-minded - GOOD! • Ops folk being more Devvy - SURE! • Coding Puppet isn’t DevOps - thats infra coding
  • 11.
  • 12.
  • 13.
    Agile vs. DevOps? Agile== DevOps? Agile ⊨ DevOps?
  • 14.
  • 15.
    …with common interests: •Fast Feedback (including visual) • Consumer-centric and Value driven • Optimising on speed and quality
  • 16.
    A philosophy, aculture NOT a role • Think about QA: quality is everyones concern • However: a certain set of skills really help in times of DevOps anti patterns
  • 17.
  • 18.
    What do wecall ???? role • I don't mind. Not DevOps • NuOps? • Jedi Master, …behavioural technician?
  • 19.
  • 20.
    What does badDevOps look like? • Operations Old Skool • cares only about: stability, uptime • probably surly, still codes Perl, and unlikely to deploy your code without a huge document
  • 21.
  • 22.
    A DevOps Team •Not necessarily a bad thing! • But in most cases a sign that something isn’t quite right
  • 23.
    A DevOps Team •ref 1: DevOpsDays London 2013 (Mark Rendell) • ref 2: “Forming new DevOps teams and giving people DevOps titles is successful in practice” Findings From Puppet Labs State Of DevOps 2014 - Nigel Kersten
  • 24.
    I Haz theDockers • Who supports the tools when they transition from bleeding edge to the blunter ‘cutting edge’ (the tool junkie)
  • 25.
  • 26.
  • 27.
    The good • Opsfolk participating in showcases, retros, inception and planning session • Developers rotating through Operations
  • 28.
    What good lookslike • Simple effective communication • Co-location, or equally dispersed • and…
  • 29.
  • 30.
    Demystifying DevOps What itis, and isn’t Max Griffiths meetup.com/SF-LunchOps
  • 31.
  • 32.
    Turns out, configuringservers is really easy 3 basic ‘resources’: - Packages - Files - Services
  • 33.

Editor's Notes

  • #3 DevOps things for 10yrs Work for ThoughtWorks in SF Eating my way round the world, solving problems for clients in various industries
  • #6 using “rapidly” and forgetting “quality” is dangerous, but I like “response”.. means it’s answering a problem that existed, but wont necessarily always exist.
  • #7 DevOps has been around for years as a discipline, and coined “DevOps” for 5years ref: Patrick Debois - of DevOpsDays fame. - 2009 Poll: who feels they have a grasp of what devops is and isnt?
  • #8 Every employer is calling for DevOps (even ThoughtWorks). But what do they mean? LinkedIn is headhunting us by word searching! …which is great (for us!) but it’s not helping the situation
  • #9 Gives rise to: DevOps experts exist as heroes exist and counteract shared ownership Also, needing a pipeline doesn't mean you need a DevOps specialist
  • #10 Other people are frustrated…or at least confused, people saw the blog post right? “How ‘DevOps’ is Killing the Developer” so it’s not just me.
  • #11 Specialism is good but Devs being more Ops-minded - GOOD! Ops folk being more Devvy - SURE! Coding Puppet isn’t DevOps - thats infra coding - but it’s a good bridge of skills!
  • #12 Agile against DevOps?
  • #13 Agile is the same as DevOps?
  • #14 Agile entails DevOps?
  • #15 My view: they’re pals! - mutually exclusive philosophies …with some overlap or, common interests:
  • #16 Visual feedback - agile boards vs Monitoring dashboards Value is about success with the product customer, or consumer of the service - a dev team could be the customer of a DevOps initiative
  • #17 DevOps is a philosophy NOT a ROLE Every project doesn't need a DevOps person. like QA’s - quality is everyones concern But a certain set of skills really helps fight the DevOps cause, so there’s this role that is neither solid Dev, nor Ops
  • #18 Someone who has experience on both sides? Feels pain when others feel pain? maybe they contribute solutions to dev and ops land?
  • #19 so what do we call it? i don't really mind.. but not DevOps Call it OpsDev (if you really want to screw with people) Perhaps you’re just the new wave of Ops Jedi Master, behavioural technician
  • #20 I’ll leave you with how to spot bad and good devops
  • #21 Bad Ops Team that only care about stability and uptime probably surly, know Linus Torvalds and unlikely to deploy your code without a huge document
  • #22 Old school Developers… only caring about new features compiling hot fixes at home and asking Ops to deploy it in the morning. Naughty.
  • #23 A Devops Team..is actually ok! under certain conditions. But in most cases a sign that something isn’t quite right. A friend of mine did a talk defending this. Ask me for details Mark Rendell DevOpsDays London 2013 http://devopsdays.org/events/2013-london/proposals/When%20you%20need%20a%20DevOps%20team
  • #24 A Devops Team..is actually ok! under certain conditions. But in most cases a sign that something isn’t quite right. A friend of mine did a talk defending this. Ask me for details Mark Rendell DevOpsDays London 2013 http://devopsdays.org/events/2013-london/proposals/When%20you%20need%20a%20DevOps%20team
  • #25 The Tool Junkie - a proliferation of the latest gadgets will become hard for the project to support
  • #26 A DevOps person! What does this person do exactly? (apart from swan around citing Martin Fowler) Seriously though - If the problem isn’t strictly dev, or ops, this role becomes a catch-all and a bottleneck
  • #28 the good! Ops participating in showcases, retros, inceptions and planning sessions Devs rotating through Ops - Show them how bad their logging is (and don’t let them attach a debugger)
  • #29 A culture of valuable, respectful, concise communication Co-location: same room if possible. you just can’t beat it. And finally…
  • #30 Again, it’s about breaking down barriers and empathising. This is done more effortlessly when emotions are engaged. “HugOps”
  • #31 Lunch Ops