News Stay informed about the latest enterprise technology news and product updates.

They want to adopt DevOps, but does anyone actually know what it is?

A look at tech’s most popular identity crisis

It seems that the term “DevOps” suffers by straying from one of its own guiding principles: an established, single source of truth. A single Google search for “what is DevOps” provides a whirlwind of answers. Yes, they all talk about the notion of having developers and operations teams work together. But a lot of the similarities end pretty much right there.

Right off the bat, I notice all the contradicting things said about the DevOps adoption. Voices from EMC will tell you that you don’t have a choice in the matter. At Computing’s DevOps Summit, Finbarr Joy, group CTO at Lebara, said companies that don’t adopt DevOps now are doomed. Then you have the very own warning organizations to adopt practices organically instead of hastily implementing a DevOps program. Some developers say implementing DevOps is a great way to kill your developers. Certain programmers who have experienced “DevOps” plainly say that DevOps is bulls**t, complete with examples of failed implementation attempts.

If you do manage to get past the adoption debate, the next step is to make sense of the dizzying array of advice available about DevOps and what the most important element is. Some authors advocate “creating a DevOps culture” by having developers and system admins just become better friends. One CTO at Chef boldly says that the tooling doesn’t matter at all. DevOps Digest, on the other hand, produced a list of 30 must-have DevOps tools. Another CIO said in a blog that the core of DevOps lies within creating an integrated service model, cross-functional teams and a management framework.

Looking at this, it doesn’t surprise me that so many companies are struggling and failing to adopt DevOps. Perhaps the best thing is for developers and operations folks to simply learn the fundamentals of DevOps on their own. Then then can try to garner the concepts that work best for them, rather than blindly joining the DevOps stampede.

And if DevOps isn’t confusing enough for you, perhaps you should try NoOps on for size.

Join the conversation


Send me notifications when other members comment.

Please create a username to comment.

"Shocked to see the bill" or should it say don’t understand the real cost of their own IT? What are they comparing with, typically IT shops don't factor all of their internal costs prior to going to a cloud solution; how much does the power in the data center cost (per server), this is usually picked up by facilities not the IT budget. What about lost opportunities while IT designs, procures, implements and integrates the solution, it can take months to get a system online ready for use, or the internal man-effort to maintain the infrastructure (who actually tracks this level of detail, very few).
In addition some cloud solutions provide higher services levels that internal IT either hasn’t provided to date or won’t, so when you move to the cloud and it performs in a superior manner, you should expect to see in increase. There are many other aspects to the “true cost” of a service, so it shouldn't be a surprise that it looks like a bigger bill.
In days gone by IT controlled the entire technology process inside the enterprise from the devices to the software, but as these technology trends take hold, increasingly IT controls much less. Yet you are still expected to deliver the data whenever and wherever users want it, and of course it’s got be right-now fast.
Now you’re deploying services in the cloud. You’re deploying apps on mobile devices while trying to support the myriad of devices your users might bring into the work place in the BYOD era. You’re probably dabbling with deploying traditional data center services such as server usage and storage in the cloud. You might even be delivering services in your own private cloud.

And everything has to be running smoothly and the business units need to keep working.

It’s a tough position to be in, being expected to deliver the content to any device, manage the data that comes from those devices and make sure everything runs smoothly.

That’s where applications performance management tools could come into play because now, more than ever you need to ensure that your applications are running optimally regardless of the device running that application.

According to a recent IDC report from IDC analyst Tim Grieser Program Vice President for Enterprise System Management Software, this need for speed then permeates every aspect of the enterprise from software development to hardware services (real and virtualized) — and APM tools can help you manage this increasingly complex set of requirements.

“Application performance management solutions are needed to measure and track the performance, availability, and errors being experienced by end users in real time, and to ensure that the applications are meeting service-level requirements,”
Grieser stated in the report. (