DevOps 101: Why DevOps Matters to Large Enterprises
DevOps isn’t something you can buy -- it’s something you have to do, and you have to do it yourself.
DevOps isn’t something you can buy — it’s something you have to do, and you have to do it yourself. The goal is to promote integration and collaboration of development and operations teams, so that we can accomplish faster time to market, with lower costs and higher quality.
We would never design and build cars, computers, or airplanes the way we build software today. For each of the disciplines involved in application development and delivery — development, testing, and operations — the mindset has to change.
We need to build software the way we build computers: The CPU, graphics card, and the hard drive already work before we go to assembly. We don’t have to cross our fingers, hoping all of the components will work together when we turn on the finished product.
DevOps gives us an opportunity to build the software development conveyor belt.
Software testers also have to stop thinking about their primary function as doing the testing. Instead, machines should be doing that work, and the testers should think of themselves as test engineers, building the engineering that tests the system for us. If I need to test this bit of software five times today, I have a machine do it five times, not a person doing the activity five times manually. This is the only way we are going to be able to up the rate of change without adding risk of failure.
The Ops mindset faces a lot of change, too. The traditional role for Ops is to watch systems and think in terms of infrastructure, but really it’s about application delivery. They need to think that they are part of the goal of fast, safe delivery of applications.
I recently worked up a video on DevOps 101, discussing the basics behind DevOps and why it is important for larger organizations to begin implementing this methodology. Please give it a view: