I recently read a great article by Alan Sharp-Paul, cofounder and co-CEO of ScriptRock, called “You’re Doing DevOps Wrong. Automation in the Enterprise.” So I reached out to Alan for a Q&A session about DevOps. The following is a recap of our discussion.
TVP Tag Archives
Agile Transformation Success Story at Valpak
As a consultant, I have witnessed numerous organizations struggling with implementing agile. Agile fail patterns is a topic I have written about often (here, here, and here). Every now and then, I stumble across a company that is having great success with agile. One of the best success stories I have ever seen is from …
Continue reading “Agile Transformation Success Story at Valpak”
Talking Immutable Infrastructure with Codeship
Yesterday I had a chat with the folks at Codeship, a continuous integration and continuous deployment platform. The topic of immutable infrastructure came up and was intriguing to me, so I thought I would write about it. So what is immutable infrastructure? The concept of immutable infrastructure is to never change your existing production servers. Instead, build new automated servers and destroy the old. This concept falls in line with the “fail forward” belief system of many modern-day DevOps evangelists who believe that tweaking servers or rolling back code from servers in highly distributed systems is too risky and causes more problems than it is worth.
Barriers for DevOps Adoption
Companies that embrace the DevOps movement and implement the proper processes, tools, and culture change can greatly increase business agility and achieve higher levels of performance. What does high performance look like?
Agile without Ops Is Not Really Agile
Many companies use some flavor of an agile methodology today with mixed results. I have written about agile fail patterns in the past, but some companies do an excellent job of applying agile best practices yet still suffer from missed dates, botched deployments, and low quality. Why is that, you may ask? Because most agile methodologies only address the development side of the house and clearly ignore the operations side of the house. The two need to work in tandem to produce the desired results, which is the goal of DevOps.
How DevOps Can Help Automate the Pain Away
I spent two days at PuppetConf 2013 in San Francisco this week, and the common themes were automate everything, monitor everything, provide feedback early in the process, and focus on culture. All four of those topics aligned with the DevOps movement, with the goal of faster and more reliable deliveries. Companies that can deliver software more frequently with fewer issues have a competitive advantage over those who can’t.