DevOps leaders and practitioners can’t agree on definition
24 August 2015 | 0
Data-as-a-service company Delphix has launched its first annual “State of DevOps” report, which attempts to gather data from “leaders and practitioners” across Europe and North America enterprises on how they perceive DevOps.
One of the biggest questions, Delphix believes, is the very definition of the term: what does DevOps stand for among its implementers, what is the term meant to encompass, and how should it be handled?
Leaders, practitioners and all
Delphix’s survey breaks DevOps people into two camps: “leaders” and “practitioners.” The former includes those who self-identify as being part of “a strongly defined and successful series of DevOps initiatives.” Only 10% of those surveyed identified themselves as leaders; another 59% identified as practitioners who were involved in ongoing DevOps work or planned on starting such work. The remaining 31% evidently didn’t meet the criteria for either category.
Much of the rationale for seeing DevOps teams in this binary fashion is the belief that while there are plenty of definitions for DevOps, few are in agreement. The ones who have the sharpest definition of the term, claims Delphix, benefit the most simply because they’re able to better describe the missions at hand.
However, not everyone feels an exact definition is needed. Adam Jacob, CTO of Chef, has likened DevOps to Kung Fu: The implementations vary, but those who practice the art recognise its other practitioners as well.
Data, DevOps, and cloud deployments
Delphix’s background in data virtualisation influenced the report’s approach. One section, entitled “The State of Data in DevOps,” covered how DevOps teams deal with live data. Some 90% of the respondents cited limitations with their testing environments due to data management issues, saying they needed full production data to do DevOps work and more often than not simply gave developers unaudited access to production data. The report doesn’t attempt to connect such behaviour to data leaks, but asserts that “companies are opting for agility over security.”
Even aside from Dephix’s theses about DevOps, the data gathered about specific DevOps activities is intriguing. The most often cited reason why organisations embrace DevOps (true for 70% of leaders and 59% of practitioners) was pressure from other parts of the organisation to deliver — to get products out faster, to reduce defect counts — far more than the need to accomplish more with less.
Another intriguing finding concerns what types of DevOps projects get the lion’s share of attention. The lowest-ranked item in the report was “deployments to private cloud,” cited by 29% of leaders and 47% for practitioners. “Testing” and “continuous integration” both ranked only incrementally higher. The reason for the private cloud’s low ranking was not teased out in the report, but may reflect how the ops side of DevOps is potentially endangered by cloud; those with major cloud initiatives already enacted simply have less for their ops teams to do.
Serdar Yegulalp, IDG News Service