Ask HN: What does “DevOps” mean to you?

17 points by beat ↗ HN
I'd like to hear your answers! I'm currently on the job market for DevOps roles, and I've been asked this question multiple times. It's not a question with a "right" answer, but it doesn't seem like an "opinion" thing, either - it's not that being right means someone else is wrong. Rather, it seems to be a question of perspective. Which seems like a good question for the HN community... what are our perspectives on "What is DevOps?"

14 comments

[ 2.4 ms ] story [ 45.1 ms ] thread
OP here, and I'll try to answer this myself.

For me, DevOps is about communication. This is a little different from the common "DevOps culture" response. How do different people and different teams communicate for the shared goal of moving software from a developer-facing world to a customer-facing world?

This generally means "deployment", a handoff of some sorts, and copying the software from development to production environments. How is this communicated? How does the producer know what to tell the consumer so the consumer can deploy to a new environment? How does the consumer communicate what they need to know?

In more traditional environments, this means meetings and written plans and tickets. Details are written by humans, for humans. In a "DevOps" environment, the communication is via automation. The steps to deploy are fully programmed; only configuration data varies between environments. This way, development and operations teams are speaking a common, formal language. Vagueness and interpretation are banished. The plain meaning is there, in the configuration. The deployment itself becomes configuration! Humans only need to be involved to provide go/no-go approvals.

Of course, that's not everything. But that's what matters to me. When development and operations stop communicating with words, and start communicating with formal, machine-readable configuration, a language free of opinion and interpretation.

The key ingredient is a culture of developing for a production operations in mind. Throwing 'works in dev' code over the wall is its antithesis. This entails wider-scoped work for ease of operation. The interesting bits for me is better called OpsDev where development is specifically for automating operation for improved reliability and performance.
Just give the devs root in production.
As Han Solo said, "That's not how the Force works!"
As soon as they take the pager, I say go for it.
It's when my "compiler errors" are system outages.
Another fad that will be gone leaving little to no meaningful change like all the other fads before it.
imho DevOps means setting up, for a development team, the tooling and the infrastructure they need to create and move their work into product ... it is specifically not system administration
if you do carry a pager, you are a slightly overpaid tech support.
Based on what I see out there I've come to learn that DevOps means "sysadmins with containers".