DEV Community

Discussion on: Hot Takes, Myths, And Falsehoods - Why Everyone Is Wrong About DevOps (Except For Me)

Collapse
 
gypsydave5 profile image
David Wickes

I enjoyed that... but let's dig a little deeper as you know what you're talking about.

So, what is DevOps? I've always taken it to be that me (a developer) should take responsibility for the deployment of the code that I've written, taking over some of the operational responsibilities of someone who, once upon a time, would have been taking care of a server. This is made possible because I can control a load of virtual computers using the MAGIC CLOUD remotely hosted servers.

I think it's just another bit of the stack I get to play with. Hooray (maybe).

Something like that? Am I right?

If I am, what does it mean to only do DevOps? Are these the people building the tools I use to make doing DevOps easier?

Anyway, like I said - I enjoyed it!

Collapse
 
ytjohn profile image
YourTech John

Originally DevOps was posited as a cultural shift where Devs and Ops teams worked together on both the design of an application and the deployment. It's supposed to be the opposite of "throw it over the wall" where a Dev writes their program, makes sure it works on their laptop/test environment, and then gives some sort of artifact to the Ops team for them to deploy/update. In general though, it's kind of turned into what you experience with devs taking over ops, as long as those ops are "in the cloud."

I come from the other direction, background in ops. My "DevOps" work is automating bare metal server installs, writing tools to make that happen and pretty web interfaces to watch it all happen.

I personally like to think of DevOps as replacing ad-hoc commands and bash scripts with yaml.