The State of DevOps in 2022
In this article, we’re giving you an overview of the most recent DevOps reports from Puppet, BMC, the DevOps Institute, and Google Cloud. Then, read on for the steps successful organizations can take in adopting DevOps. Jump to what interests you:
(Learn all about DevOps in our multi-part DevOps Guide.)
Every year, Puppet reports on the State of DevOps, and it recently released its 10th edition, sponsored by BMC and other industry leaders. Over the last decade, the reports have collectively polled more than 35,000 technical pros, and its annual results hold a lot of sway.
(Source)
For the 2021 report, Puppet received 2,657 responses from around the world, with the majority—32 percent—falling into the 1,000 to 10,000 employee category and 40 percent in the tech sector.
The report, issued less than a year since the last one, looks at the historical evolution of DevOps and highlights the importance of automation, cloud, and people and culture to its success. Puppet notes that DevOps has evolved to the point that:
“many of the teams that are ‘doing DevOps’ well don’t even talk about DevOps anymore—it’s simply how they work.”
And yet, for the organizations still stuck halfway through their journey, it comes down to getting a better handle on technology and people in order to keep moving forward.
Puppet finds that across that middle group, the blockers and challenges change from a mix of technical, culture, and organizational at the low end to almost entirely cultural (organizational buy-in, risk aversion, imperfect feedback loops, sub-optimal team definitions, etc.) at the high end.
The report also level sets by examining the history of DevOps since it began issuing its reports, and looks at the big picture of what DevOps is and isn’t.
Other key findings include:
While “many of the teams that are ‘doing DevOps’ well don’t even talk about DevOps anymore—it’s simply how they work,” Puppet found that other organizations are mired at the halfway point.
In a follow-on webinar The State of DevOps: Stuck in the Middle, BMC Product Manager Jon Stevens-Hall spoke with Puppet CTO Nigel Kersten about the report and how organizations need to get a better handle on technology and people in order to keep moving forward. Key takeaways from their conversation include:
First, they talked about how size matters when it comes to DevOps.
“DevOps in large enterprises is very different from the DevOps in smaller companies and startups, and that seems to be a big theme of the state of DevOps report,” says Stevens-Hall.
“The people I was meeting back in 2015 were smallish companies and the biggest and most prominent company…was Spotify…who…have been a very big pioneer in terms of team organization and things. Just four years later…it was banks, it was telcos. They felt they’d done agile development, but the ops side hadn’t really emerged as agile.”
“The most interesting thing for me was that legacy isn’t going away…overnight. a lot of their transactions involve the newest technology, but they also involve a lot of legacy products that can’t, or won’t be changed for years…they need new work practices, new technologies to that challenge of allowing DevOps to thrive amongst all this governance and complexity.”
Kersten adds that “legacy” is also a variable term. “When customers start to talk about the legacy environment, it’s not all the same. It is not actually the oldest stuff they have. Often there’s these old mainframe systems, which are really well run by small teams that operate in a very, very DevOps mindset just without sharing those practices across the rest of the organization,” he says.
“Legacy often tends to refer to those half-baked applications built in the nineties and two thousands who are all self-taught there wasn’t a lot of discipline. Everyone was working this out as they went along. I think we have this whole generation of applications that are much harder to monetize than many of the things on the mainframes…And I think there’s many categories of what kinds of problems people have within legacy.”
(Learn how to succeed at application & software modernization.)
In addressing the report’s categorization methodology, Kersten explained, “We introduced this idea of low, medium, and high evolutionary groups…deployment frequency at the low level monthly three months, six months to get a deployment from done to actually shipping value to an end user, medium is between daily and weekly, and a high group is on demand.”
“Deployment frequency be a vanity metric if people focus on it too much there is something transformative for the business moving from monthly to every couple of days, it’s a really big jump.
" we look at the data from the survey itself…there’s relatively low-hanging fruit in most organizations to move from low to medium. And then there’s a relatively concrete set of tasks to move from medium to high. The low group is getting smaller. The high group is getting larger, but there is this massive group of nearly 80 percent of folks who aren’t getting out of the middle area. And so that’s what we really wanted to focus on this year.”
“ of these are technical problems…the things inhibiting large organizations the people interactions and the team interactions and communication and all of socio-technical systems. And when we make changes to the people side, it has an influence on the technology and vice versa…and it’s really inhibited…a lot of progress for people.”
Stevens-Hall points out that the current complexity faced by many organizations adds to that challenge:
“ get people out of that stuck-in-the middle state…the technology department in the enterprise can that we work with that tool chain and the owners of that tool chain. can also this into the service management system people from the service organization can be working with people from the DevOps team and…they can be sharing information, creating knowledge,” he says.
Kersten has tips for management, too. “From the…operations perspective…if you’re in management, the most important thing you can do is make sure your teams have an obvious purpose and identity have well-defined interactions between them,” he explains.
“It’s all about collaborating across functional boundaries, but it turns out collaboration is actually a very time-intensive and inefficient way to operate at scale. And if you are a relatively small service management team operations team with hundreds or thousands of developers there, you can’t possibly collaborate with them all.”
“The more evolved organizations are the ones that share practices and create spaces for it. As long as you don’t call it a center of excellence, which tends to be the death knell for actual progress for most environments."
Kersten recommends some actionable tips:
Next, let’s take a look at the DevOps Institute Upskilling report. The DevOps Institute conducted the study researching the necessary skills a DevOps human must possess for a second year in a row. The following report goes into detail sharing the result of more than 1,260 individuals globally surveyed who identified which skills are considered critical to DevOps and digital transformation.
Some key findings include:
Finally, we have the Accelerate State of DevOps Report for 2021, which comes from Google Cloud's DevOps Research and Assessment team—aka DORA. The survey has been conducted over seven years. In total, more than 32,000 technical professionals from around the world have taken part.
Historically, their research looks at four key software delivery metrics to determine how well DevOps teams are working. This year's research, however, bore out an additional fifth metric for DevOps teamsto measure success:
Beyond delivery metrics, the report also found many new DevOps trends, and these are some highlights:
Now, with all these takeaways from industry research, let's turn to creating the right foundation for DevOps. Year after year, organizations use these steps as the foundation for their DevOps adoption.
It’s kismet that the transformation of DevOps starts with its own evolution, beginning with a foundation that can truly support DevOps through and through. In this pre-stage development, company officers and other stakeholders will:
While this process may begin hastily, it’s not something that can be accomplished quickly. Over time, businesses begin to fine-tune their approaches and customize technology to meet their goals. Eventually, a platform results that can facilitate DevOps throughout the organization. When this occurs, organizations are at a stage where they share ideas, technology, knowledge, and metrics.
Indicators of this phase? Companies who are...
In the first formal step of DevOps evolution, companies begin to normalize their stacks of technology. As teams organically choose agile practices that suit them and begin considering new methods, you’ll be able to identify this step in the process.
An important tech marker of this step is version control. Teams implement it and other practices that are considered early stages of continuous integration. Normalizing tech stacks may also look like reducing redundancy in the infrastructure or refactoring applications. The need to reduce redundancy comes in the forefront in the next part of the process, but it begins in phase one.
As eliminating redundancy comes into focus, teams implement more practices geared at reducing variance in a tech stack and standardizing it. In this stage, DevOps teams will limit the number of OSes as a form of consolidation.
Here, teams independently consolidating have the opportunity to collaborate. The overarching goal is a standardized family of technologies that work hand in hand to a foster collaboration and development effort.
This phase results in less overall complexity, which gives teams a greater opportunity to work across multiple applications, making the best use of their expertise. Benefits of this phase include:
For these reasons, standardization is a key figure in the state of DevOps.
During the previous phase, standardization occurs while teams are exploring the inner-workings of their platform technology. Plus, they're really getting to know the system. In the DevOps practices phase, teams transition from simply exploring the system to being able to make recommendations and exploiting it for DevOps.
This is a good time to evaluate pain points. Typically, this deep-dive approach requires organizations to acknowledge any struggles at the deployment phase. Deployment can be tricky for many organizations that haven’t flushed out DevOps best practices.
A common issue is that the improvements made in previous steps of the evolution have caused developers to move toward deployment faster than the deployment process can support. This causes operations to bottleneck. Addressing it swiftly by implementing additional DevOps practices at deployment is critical. That includes reusing the same deployment patterns over and over, and testing deployment prior to reaching this stage.
With high-priority outcomes identified, automation helps teams become even more successful.
The high ticket items most often include provisioning and systems configuration. When teams automate infrastructure delivery, they solve the problem that occurs when developer throughput outpaces deployment. That’s why this is a crucial next step after DevOps practices. Moreover, automating configuration helps teams deploy software faster.
Automation is an important precursor to self-service. It’s the catalyst for the final step in the DevOps process. It stimulates self-service, leading to greater efficiency across an organization.
In the self-service phase, IT practice occurs throughout an organization and may not be limited to one cost center. This allows for advances within the organization that streamline self-service.
Collaboration in this final phase multiplies the benefits in previous steps. The most significant advances are actualized when application automation transcends standardization and evolves to include cloud migration and other higher level processes. Security also evolves from simply meeting the immediate needs of the team to create a baseline for compliance throughout the organization.
Keeping track of research on the “State of DevOps” can help IT organizations benchmark themselves and look for opportunities for improvement based on the feedback of others. The outlook for DevOps (and SRE) in 2022 is bright as application delivery and release automation becomes increasingly vital to a successful organization.