The recording is from an April 16, 2015 panel in Seattle, Containers and Continuous Delivery for the Enterprise, moderated by The New Stack founder Alex Williams at IC3, a training conference for IT executives and their staffs who are looking to change their organizations through DevOps. The sound quality is unfortunately not up to the usual high standards of The New Stack Analysts, but the discussion is definitely among the liveliest we’ve had the pleasure of sharing.
Regarding the hype around containers, Alex suggests that those who really believe in containers are very passionate, and that “there’s a difference between a ‘believer’ and a supporter.'” Still, he offers, “Why would you not believe in containers if you can take a monolithic application and reduce the time it takes to deploy that? You can do a build in thirty seconds versus fifteen minutes.”
“If you can achieve that, let’s do it. But, it takes a mind-set change in developers,” says Gavin McMurdo, VP of Operations at CenturyLink Cloud. “More importantly, getting something that quickly is great, but to what effect? Just because I can? What bugs are we fixing? What customer experience are we fixing?”
Using containers “helps us to get out of the shackles of legacy systems,” says Krishnan Subramanian, Director of OpenShift Strategy at Red Hat, “and it helps us re-think IT” toward a path Krishnan calls “the consumerization of IT.”
Krishnan suggests that the speed of deployment afforded by containers not only accelerates customer experience but also allows developers “to fail fast, learn from it, come back, and do it right.”
“I believe in containers,” says Lekha Bhargavi, Director of Product Management at Shippable. “The world moved from bare metal to VMs ten years ago. It’s gotten to critical mass now — containers are the next step in the same revolution.”
“It’s not a single bullet, for sure, but it’s definitely as close to one as you can get” in order to achieve the end goal of continuous delivery, says Lekha.
Gavin agrees that containers are a great solution, but only if there’s a mind-set among users that they can replace things very quickly. “If that mind-set doesn’t exist, I would argue that containers are not going to solve it.”
“For containers to work properly, you have to segment the data,” and be able to run an isolated instance, says Gavin. “If your application or your business methodology today doesn’t allow you to do that, then I would argue that containers would not help you today.”
“The second piece is: the orchestration of containers doesn’t exist today, properly,” Gavin continues. “While there are people making massive inroads — and I believe that this will be fixed in the next eighteen months — today it doesn’t exist. In the case of OpenStack, I would argue you have better orchestration today with VMs and old OpenStack than you do with any Docker platform.”
Alex draws the audience into the discussion at the mid-way point, and the questions range from the practical to the theoretical. Eventually the analysis turns to DevOps itself, as the panelists address the notion of whether DevOps is a discipline or a culture.
“Cloud became the canvas on top of which developers and operations could collaborate,” says Krishnan. “So, DevOps is more like a cultural thing for me.”
“DevOps is a cultural change you bring inside your organization where you align developers and operations together to meet the needs of business,” Krishnan says. “It has to be an organization-wide alignment.”
Gavin sees DevOps as leadership: “working with the business to achieve the needs of the customer in a very agile and cost-effective manner.”
“Shippable is actually involved in providing those tools for DevOps,” says Lekha, “so my view is that DevOps is definitely a discipline, and it’s a discipline that must be adopted by a developer.”