Damon Edwards, co-founder of Rundeck, presents at DevOps Con Munch on December 3, 2019.
The DevOps movement is undeniably pulling Developers closer to Operations. "Shift left" and "You build it, you run it" have become common slogans. However, for years, we were told that developer involvement in production was verboten — a bad idea that would surely lead to chaos, poor productivity, and higher costs. Our legacy processes, policies, and technologies were all built to live within and reinforce the Dev and Ops divide. This talk will examine: 1) what changed 2) how to make it work at scale.
See a Demo of Rundeck Enterprise :
https://www.rundeck.com/see-demo
--or--
Download Rundeck Open Source here:
https://rundeck.com/open-source
Connect:
Stack Overflow community: https://stackoverflow.com/questions/tagged/rundeck
Github: https://github.com/rundeck/rundeck/issues
Twitter: https://twitter.com/Rundeck
Facebook: https://www.facebook.com/RundeckInc/
LinkedIn: www.linkedin.com › company › rundeck-inc
3. Recap from this morning’s keynote…
+
“Value-Aligned” and Self-Regulating
Shared
Responsibility
Model
4. Recap from this morning’s keynote…
+
“Value-Aligned” and Self-Regulating
Shared
Responsibility
Model
The Three Ways
5. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
6. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
You build it.
7. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
You build it. They run it.
8. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
Broken Flow!
You build it. They run it.
9. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
Broken Flow! Slow Feedback!
You build it. They run it.
10. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
Broken Flow! Slow Feedback! Difficult to Learn!
You build it. They run it.
11. Old operating models can’t keep up… The Three Ways
Development
Team
Operations
Team
Running
Service
WallofConfusion
I want
stability!
I want
change!
Broken Flow! Slow Feedback! Difficult to Learn!
You build it. They run it.
12. …”but, we have to keep Operations work away from our expensive devs!”
14. It’s 2am …
It’s the NOC…
Talk them through: health checks,
reviewing log files, and process of
diagnosing and recovering the
system.
Same as you did for dev teams 2
months ago, QA teams last month,
Ops during deploy last week, etc.
17. It’s 10am …
Will this new component work with the
current production environment?
Why isn’t this test environment working
the way I expect?
I need the latest test data.
Is this the correct version of the API?
Why is this environment broken?
19. It’s 2pm …
It’s Ops…
“Will your applications be affected if we
take down EU-West?”
“Is it ok if we change these firewall
rules?”
“We are getting customer complaints
about performance. Are you sure you
didn’t change something?”.
29. 1. Understand how the money and politics flow
2. Deployability, configurability, observability are product features
3. Integration tests over unit tests
4. Make any handoff between teams “verification-driven”
5. Limit the surface area with platforms (and platform teams)
6. Protect capacity and limit interruptions
7. Demand “prod-like” environments everywhere
8. Test in production
9. Automate the runbooks
10. Enable self-service operations
52. Advanced: “You build it, You run it” in a divided org
Dev Ops
Cross-Functional Team
Cross-Functional Team
Shared Responsibility
Model
“Value-Aligned” and Self-Regulating
53. Advanced: “You build it, You run it” in a divided org
Dev Ops
Cross-Functional Team
Cross-Functional Team
Shared Responsibility
Model
“Value-Aligned” and Self-Regulating
54. Recap
Build consensus on the “why” Build your own principles Iterate
1. Understand how the money and politics
flow
2. Deployability, configurability,
observability are product features
3. Integration tests over unit tests
4. Make any handoff between teams
“verification-driven”
5. Limit the surface area with platforms
(and platform teams)
6. Protect capacity and limit interruptions
7. Demand “prod-like” environments
everywhere
8. Test in production
9. Automate the runbooks
10. Enable self-service operations