Devops is Dead

The claim: Devops is Dead, seems to be common knowledge. I have heard this in hushed tones over the last couple of years and it’s turning quickly into more than whispers. But what does it mean ?

The term “devops” itself has a lot of meanings. Devops can refer to a role or a process of releasing software. Here we are talking about the role which used to specialise in operating systems, monitoring and CI/CD tools with a 80:20 division of work. 80 percent of infra work was done by devops specialists while 20 percent of work(mostly tinkering with config) was handled by developers. Now a big chunk of that 80 percent work has moved to Cloud Services(AWS, GCP, Azure, Github, Gitlab etc.). Observations which lead me to this conclusion:

The devops role has certainly transformed into someone who creates and tends to configurations. Since the complexity has moved to managing increasingly complex configurations, we are seeing the rise of a different kind of discipline and the tech which goes with it. A few examples from last couple of years:

The common theme in the above is usage of full-fledged programming languages(typescript, python, golang etc.) to define and manage infrastructure. Not just that, we are also seeing rise of new smaller languages specially created for configurations:

But you cannot configure, what you do not understand. The knowledge of low level concepts will still be required at some level, but the low level complexity will keep moving towards abstractions built by the behemoths(k8s, container runtimes, GCP, AWS, Azure.). I wonder how long before we start talking about infrastructure solely in terms of software objects, and the languages and tools which can help manage them. IMO we are pretty close already.

Devops as a traditional centralised role is dead. It’s transforming into a discipline where cloud-infra focused engineers work with application focused engineers to deliver software quickly and efficiently. These “cloud-infra” focused engineers practice classical software principles and full fledged languages. With respect to their traits, such engineers are closer to application platform engineers than to a traditional devops engineer.

Following are the activities I have seen while practicing a similar role for last few years:

How about a new title for the devops role then ? Just flinging out some respectable-sounding titles here:

On the other hand, devops as a process is alive and kicking.