DevOps has come a long way from the days when a group of ‘30 something’ Senior Infrastructure guys used to meet in European conference halls… but what does it really mean for us today? Kris Buytaert explores meaning behind the ‘DevOps’ movement in this lively article.
Devops, Devops, Devops, … the whole world is talking about Devops, but what is Devops ?
I have a slide deck where I tell people that a Devop is a 30 something Senior Infrastructure guy with a strong Development background, a lot of Open Source Experience, who is mostly European (.be / .uk) who likes Belgian Beer and Sushi. Of course that is an absolutely correct description the people involved in the early days of the Devops movement, but it has nothing to do with what Devops really is about. It’s just a fact that the first Devopsdays conference was held in late 2009 in Gent, and a lot of the people involved in the early days were these Senior Infrastructure guys.
But devops started out much earlier than this, but we’ll never know when it started because it’s nothing new, it’s just a new common name for things people have been already doing for ages. Devopsdays Europe started because a group of people met over and over again at different conferences throughout the world. These people were talking about software delivery, deployment, build, scale, clustering , management, failure, monitoring and all the important things one needs to think about when running a modern web operation. These people included Patrick Debois, Julian Simpson, Gildas Le Nadan, Jezz Humble, Chris Read, Matt Rechenburg , John Willis, Lindsay Holmswood and Kris Buytaert. On the other side of the ocean O’Reilly put on a conference that sounded interesting to a bunch of us Europeans : Velocity, but on this side of the ocean we had to resort to the Open Source , Unix, and Agile conferences. We didn’t really have a meeting ground yet. At CloudCamp Antwerp, in the Antwerp zoo, Patrick Debois decided to organise Devopsdays Gent.
Devopsdays Gent was not your traditional conference, it was a mix between a couple of formal presentations in the morning and open spaces in the afternoon. And those open spaces were where people got most value. The opportunity to talk to people with the same complex problems, with actual experience in solving them, with stories both about success and failure. How do you deal with that oldskool system admin that doesn’t understand what configuration management can bring him? How do you do Kanban for operations while the developers are working in 2 week sprints? What tools do you use to monitor a highly volatile and expanding infrastructure ?
Yet I still haven’t defined devops! So .. what is devops ? Lets start off with agreeing that we haven’t agreed on a real definition yet, and never will, but there is a lot of common ground that defines the ideas behind it. The idea that there needs to be more communication between the different stakeholders in an IT lifecycle - developers, operation people, network engineers, security engineers – need to be involved as soon as possible in the project in order to facilitate each other and talk about solving potential pitfalls ages before the application steps into production.
Lots of people also think the devops ideal includes continuous delivery. The idea that you should be able to deploy multiple times a day, that automation will help you make such deployments possible and not problematic, not that it’s about being able to, but about having to. Obviously a full chain of automation from development to production helps here, adequate testing needs to be in place on all levels – functionality, scalability, availability, security.
Also the idea that the involvement of developers doesn’t end at their last commit, so that operations just pulls in the code and makes it run, but that they are also involved in keeping it running smooth. After all software with no users has no value. The involvement of the developers in the ongoing operations of their software shouldn’t end before the last end user stops using their applications. This also means that software developers need to provide the necessary hooks in their application so we can automate testing, and measuring different components of the application both during test and during operation.
Summarizing this in an acronym coined by John Willis and Damon Edwards - CAMS. CAMS says devops is about Culture, Automation, Measurement and Sharing, but its definitely not a SCAM.